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IDOU/C Software Components 


Database Transfer Utility 

Prior to upgrading the IOP/CMDU on a THOR system to IODU/C, 
this software enables the database that is on the CMDU hard disk to 
be transferred onto IODU/C compatible 2MB diskette(s). The 
database on the 2MB diskette(s) can then be installed or restored 
onto the IODU/C hard disk. 1 

*'*■" • ’ * jf %. ": :: .. • ' * 

The Database Transfer Utility software comes on a single 4MB 
diskette. However, as it is processor type specific, each processor 
type must use the corresponding Database Transfer Utility diskette. 


1. This software can also be used to transfer Omega database that exists on 4MB diskette onto a THOR 
CMDU hard disk, and then be transferred onto IODU/C compatible 2MB diskettes. 
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Install 

This software is very similar to the Install software that comes with 
the existing M1 software set for THOR systems that uses CMDU. It 

is used to install the Ml software and/or database onto Ml. 

• !• 

" K... 

The IODU/C Install software comes on a single 2MB diskette. 
Howevir? as it is processor type specific, each processor type must 
use the corresponding Install diskette. 

" r , ... r v 
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■ Kevcode 

■ This is a encripted file that, along with the security device on the 

* IODU/C card, unlocks the M1 software, feature sets and ISM limits. 
A "keycode diskette" refers to a diskette that contains a keycode file. 
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■ CD-ROM 

■ 

■ The CD-ROM is the media that contains the entire M1 software. At 
» software installation time, the appropriate M1 software is loaded 
into the system base on the keycode. 
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“ Kevcode installation 

This new function only applies for IODU/C equipped systems. 

After the Install software has been loaded, in order to bring up the 
software installation main menu, you will be promted to insert the 
keycode diskette into the IODU/C floppy drive. The keycode will 
permit the system to determine what software is to be installed (e.g. 
CPI, CP2, CP3). 
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Software installation from CD-ROM 

This new function only applies for IODUC equipped systems. For 
■ IOP/CMDU system, the software will continue to be installed from 
floppy as before. 

Software installation from CD-ROM is similar to the existing IOP/ 
CMDIJ software; however, now the system will install the 
appropriate software from the CD-ROM base on the keycode 
specification (e.g. CPI, CP2, CP3). 
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■ Customer d atabase installation 

■ 

J This existing function applies to both IOP/CMDU and IODU/C 
■ equipped systems. The main difference between the two is that the 
customer database must be on a 2MB diskette for IODU/C verses 
4MB diskette for IOP/CMDU. 
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■ Copy software from the redundant core 

J This new function is supported for both IOP/CMDU and IODU/C 
* equipped systems. 

After a new software has been installed onto one core, this function 
allows the software to be easily installed on the redundant core by 
directly copying over the software. 


k* 
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■ Copy database from the redundant core 

5 This new functions is supported for both IOP/CMDU as well as 
» IODU/C equipped systems. 

After the customer database has been installed onto one core, this 
function allows the customer database to be easily installed on the 
redundant core by directly copying over the database. 



I* 
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Changing Feature Sets/ISM Limits 


** Previously, feature set and/or ISM limit changes requires 
customized software to be installed and then sysloaded. With 
IODU/C, there is no need for the time consuming software 
installation process. Instead, a new keycode is entered via LD143 
followed by a sysload, and the customer is updated with the new 
feature sets/ISM limits. 
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Overlay 137 

• DATA CMDU n 

This existing diagnostic command has been modified to perform 
CD-ROM read test if the specified input/output pack is an 
IODU/C card. 

• DATA CMDU n CD 

This new command only applies to IODU/C equipped systems. 
The command is used to perform a CD-ROM read test (as 
appose to a read test on the entire IODU/C) on the specified 
IODU/C pack. 
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■ • SDID 

■ 

5 This new command only applies to IODU/C equipped system. 

«- The command is used to show the security device’s ID. 

• STAT 

This existing command has been modified to print the following 
input/output device status: 
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The following changes to the existing LD43 commands are 
supported for both IOP/CMDU and IODU/C equipped systems. 


• BKO 

This existing command has been modified so that during 
database backup, if the database is found to be too large to fit 
onto one floppy diskette, the database will be compressed before 
it is stored onto the diskette. 

If the compressed database cannot be stored onto one floppy 
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■ diskette, then: 

■ 

■ • For a single CPU system, this error condition will be 

ut flagged. 

• For a dual CPU system, the database will overflow onto the 
diskette in the inactive floppy drive. If the com¬ 
pressed database fails to be stored onto two dis¬ 
kettes, the error condition will be flagged. 

Once database backup error has been flagged, an SRPT4621 
warning message will be given on the TTY every time someone 
logs onto the Ml. This message is only cleared when a 
attended database backup (LD143, ABKO) is successfully 
done. 
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■ • EDD 

■ 

■ Once the database has been stored onto the hard disk, the EDD 

■ 

* command will automatically backup the database from the hard 
disk onto floppy. Therefore, previous description of the BKO 
command applies toward EDD database backup to diskette as 
well. 
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The following new commands are supported for both IOP/CMDU 
and IODU/C equipped systems. 

• ABKO (attended database backup) 

Similar to its counter part LD43 BKO, this command backs up 
database from hard disk onto floppy. However, ABKO will 
backup database without any compression. A projected number 
of needed floppy will be given at the start of ABKO. If more 
than one floppy is needed, you will be prompted to insert the 
next floppy at the appropriate time. 

• ARES (attended database restore) 

Similar to its counter part LD143 RES, this command 
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0 IODU/C Software functionality 

■ ■ ■ ■ 

restorestores database from floppy to hard disk. If the database 
spans more that one floppy, you will be prompted to insert the 
next floppy at the appropriate time. 
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Keycode Management 


LD143 

All the new keycode management commands only applies to IODU/ 
C equipped systems. 

There are certain keycode management commands that requires 
trailing parameter(s). Table 1 contains the various parameter 
keywords and their descriptions. 


Table 1: Keycode Parameter Keywords 


Parameter 

Keyword 

Description 

REC 

This refers to the "active" keycode. 
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Table 1: Keycode Parameter Keywords 


Parameter 

Keyword 

Description 

NEW 

This refers to the "pending" keycode ~ once sysload takes 
place this keycode will become the active keycode. 

OLD 

This refers to the "last active" keycode. 

FDO 

This refers to the the keycode on the keycode diskette in j 

floppy drive 0. 

FD1 

This refers to the the keycode on the keycode diskette in 
floppy drive 1. 

HD 

This refers to the keycode on the active hard disk. 


• HELP 

This command gives a brief description of all the keycode 


■ <•** 
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management commands in LD143. 

• KDIFF parml parm2 

This command allows the viewing of the differences between 
the two keycodes. 

• KMAN 

This command allows manual line-by-line entry of a keycode. 
Each line of entry must contain 16 characters. The keycode is 
then saved onto the hard disk with an option to back up to floppy. 

To activate the keycode, the KNEW HD command must be 
entered followed by a sysload. 
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• KNEW parml 

This command allows the user to select a keycode to become the 
pending keycode. The pending keycode will become the active 
keycode upon sysload. 


• KOUT 


This command cancels the KNEW or the KRVR command so 
that the current active keycode will remain in control upon 
sysload. 

• KRVR 

This command reverts the last active keycode to be the pending 
keycode. This command does the samething as KNEW OLD. 
The pending keycode will become the active keycode upon 
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sysload. 

• KSHO parml 

This command is used to display the content of a keycode. 

• KSTT 

This command is used to list all the keycodes, including REC, 
NEW, OLD, FO, FI, HD. 

• KUPL 

This command is used when a PC has modem access to the M1 
and wishes to use copy-and-past to enter a keycode into the M1. 
Once the keycode has been uploaded, the keycode is saved onto 
the hard disk with an option to back up to floppy. 
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To activate the key code, the KNEW HD command must be 
entered followed by a sysload. 
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Other Affected Components 


“ Changes have been made to the existing database administration 
overlays to indicate the number of diskettes needed for database 
backup to floppy. 


MEM AVAIL: (U/P): 10426149 USED: 288986 TOT: 10715135 

DX0K SPACB NEEDED: 81 KBYTES 

8MB BACKUP DXflKBCTB(B) MKBDBDt 1 (PROJECTED) 

4MB BACKUP DX0KBTT8(S) WEEDED: 1 (PROJECTED) 


This change applies to the following overlays: 
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25 

26 

27 

28 

49 

52 

56 

57 

58 

74 

79 

81 

84 

85 

86 
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Feature Interactions 
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• Release 23 Upgrades 

• CP3 

• IODU/C 

• Questions and Answers 

• Demonstrations 
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1,1 Release Supported i 

STE, RT, NT 
XT, UE,21E, 
51,61,71 

XI1 R21 

u 

Xll R18 

ST, 21 

Xll R17 

XN 

Xll R14 

MS, N 

Xll R13 

S 

Xll R12 

LE, VLE, XL 

Xll R9 

M 

Xll R7 

L, VL, A 

X05 
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Software generic represents the combination of machine type, 
processor type, and feature set supported on a given release 
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System Supported Release 
15-17 

• Option 11 (>R15) 

• Option 21A 

• Option 51 

• Option 61 

• Option 71 

• SL-1 ST, RT, NT, XT 


System Supported 
Release 18-21 

• Option 11 (<R 19) 

• Option 1 IE (>R 18) 

• Opt 21E/STE 

• Option 51 

• Option 51C(>R19) 

• Option 61 

• Option 61C(>R18) 

• Option 71 

• Option 81 

• Option 81 C(>R20) 

• SL-1 ST, RT, NT, XT 


Systems Supported Release 22 - 23 
• Options 11C, 51C, 61C, 81 and 81C 
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Software Module 

Updates Additions 



Card Level/SIMMs Card Cage 
Replacements Exchanges 
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R23 Upgrades 

Software Update 

• Replace software cartridge or diskette(s) to 
and/or update release 

• For example: Option 61C Release 22 to 23 

• Approximately 2 hours 

- Data dump 

- Install new software 
& customer database 
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add feature(s) 
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Card / SIMMs Replacement 

* Replace selected common equipment cards 

- CPU, Memory, SIMMs, ROM, 

* No impact to other equipment 

- Network, peripherals, etc. 

* Examples: 

- Option HE to UC 

- 68030 to 68060 processor 

* Approximately 2 hours 

- Data dump 

- Hardware replacement 

- Install new software & 
customer database 

- Sysload 


rives 

Option 
I1C 
Main 
Cabinet 

/l 


System Core 

CPU/Conf + TDS/DTR 
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Card Cage Exchange 
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• Replace card cage, including backplane bus and 
install new common equipment cards 

• No impact to other equipment 

- Network, Peripherals, etc. 

• No incremental DC power equipment and extra floor 
space required 
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Module Addition 
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• Modules containing power, common, network and IPE are 
placed next to existing cabinet 

- New CE and network cards replace those previously housed 
in cabinet 

• Existing PE cards re-used 

- Network cables are extended 
from module to PE buffers to 
reconnect existing PE cards 

• Grow with IPE cards 

• DC power added if required 

• For example XT to Option 81C 

• Approximately 5 hours 
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Glossary 

Call Processors supported on Rls 23 software: 
CPI - 68030 Call Processor (NT6D66) 

CP2 - 68040 Call Processor (NT9D19) 

CP3 - 68060 Call Processor (NT5D10) 
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CP3 Feature Description 


- Motorola 68060 based Call Processor. 

- Average 1.35 times real-time capacity increase over 68040 Call 
Processor. 

- 2 times real-time capacity increase over 68030 Call Processor. 

- Compatible with Options 51C, 61C, 81 and 81C. 

- All functionality and maintenance identical to 68040 Call Processor. 

- Memory configuration (FLASH, DRAM & SRAM) Identical to CP2. 

» DRAM - Dynamic Random Access Memory used for SL-1 database, 
OS data and patches. 

» SRAM - Static Random Access Memory for system memory 
management tables and the SL-1 stack (CP2 & CP3) and processor 
cache on the C 

» FLASH - Read-only memory used for software load 
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CoreNet Architecture 
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Memory 
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* FLASH - Read-only memory used for softward load 


• DRAM • Dynamic Random Access Memory used for SL1 
data bate, OS data and patches 

• SRAM - Static Random Access Memory for system 
memory managament tables and SL-1 stack (CP2 & 
CP3) and processor cache on the CPI 
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CP3 Overview 

CP3 Memory Configurations 

- FLASH: Program Store 32 or 64 MB 

- PHAM: Data Store 16,32 or 48 MB 
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NT Code 

Total Mem 

FLASH 

DRAM 

NT5D10AA 

48 

32 

16 

NT5DI0CA 

64 

32 

32 

NT5D10EA 

80 

32 

48 

NT5D10HA 

96 

64 

32 

NT5D10JA 

112 

64 

48 


- NTZR21XX DRAM Field Upgrade Kit (two 16 nib SIMMS to upgrade DRAM) 

- No FLASH upgrades are supported in the Field (pre installed boot code on FLASH) 
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CP3 Software Overview 


- Release 23 is upgraded from VxWorks 5.1.1 to VxWorks 5.2. 

- VxWorks 5.2 libraries are required for 68060 support. 

- Introduces a new version of VxWorks OS to all C-processors 
(including Option 11C) 

- CPI, CP2 and CP3 will include semi-dynamic allocation of 
memory (based on available DRAM). 
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CP3 Tools 
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-All supported tools environments have been upgraded to 
VxWorks 5.2. 

- No Patch compatibility between CPI, CP2 and CP3. 
Patches must be generated for the specific machines types 
used by CP3. 

- Patcher has been updated to prompt for and check 
processor types 
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• General Overview 

• Process Overview 

• Hardware Overview 

• Database Transfer to IODU/C 

• Software Overview 

• Questions & Answers 

Glossary: 

• IODU/C - NT5D61 - Input Output Disk Unit with CD ROM 

• IOP/CMDU - NT5D20 - also known as IODU 

• IOP and CMDU - separate cards - NT6D63 and NT6D64 
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Identification: NT5D61 

IODU/C Hardware features: 

• 2MB Floppy Drive(FD) 

• Security Device 

- Dallas Semiconductor DS1982U 

- replaced Security Cartridge 

• Industry Standard CD-ROM(CD) 

• Industry Standard Hard Disk (HD) 

IODU/C retained IOP/CMDU features: 

• SCSI-1 Controller 

• Ethernet Controller 

• MC68020 processor and memory 

• CP-IOP interface 
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Software Generics on Xll Rls 23 


System 

£E1 

CP2 

CP3 

51C 

1711 

2211 

2411 

61C 

1811 

2311 

2511 

81/81C 

1611 

1911 

2611 


Use of pkg 298/299 for Option 81/81C remains the same: 

- 298 indicates Option 81 

- 299 indicates Option 81C 
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Benefits of IODU/C 


IODU/C Specific Features (not available on IOP/CMDU): 

• Keycode activation of Software Packages & ISM limits 

• Software Installation via CD ROM 

• System software copy from redundant side (CP2/CP3) 

• Archive / Restore functionality changes 


Features propagated to IOP/CMDU (on Release 23): 

• Archive / Restore functionality changes 


CA 1 
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When is 10PU/C Required? 
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IODU/C is required on: 

• All New Systems 

• All System Upgrades from Omega to Thor 

• System Upgrades to Option 81C, when existing system has separate IOP and CMDU 

• example: Option 81 to 81C 

IOP/CMDU continues to be supported on: 

• System Upgrades from Thor to Thor (ie. 51C to61C; and61Cto81C) 

• Software (“only”) upgrades to Release 23 

IOP/CDMU based systems on Release 23 may upgrade to IODU/C 


CAL A Tech Transfer 


23 


July 23-24, IW 







IODU/C General Overview 


IODU/C Engineering Rules 
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• IODU/C is supported on Release 23 and subsequent Releases 

• One IODU/C is required per Core 

• IODU/C may not be mixed with IOP/CMDU 
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Software Install Kit Contents 


• CD ROM (1) - generic 

• Coniains all 9 generics for a given Release and Issue of software 

• Install Program Diskettes (3) - generic 

• Each 2MB diskette support software installation for one processor type (68030, 68040, 68060) 

• Database Transfer Utility Diskettes (3) - generic 

• Each 4MB diskette supports database transfer to 2MB floppies for one processor type (68030, 68040, 68060) 

• Database diskettes (4) 

• same as those provided today, except 2MB capacity 

• Keycode Download Utility (1) - Windows 95 

• Supports download of keycode from keycode server, plus other keycode functionalities 

• Keycode diskette (1) 

• Left blank in merchandise kil 

• Security devices (1 or 2) 

• May be packaged within software install kit, but is not part of the “structure” of the software install kit. 
External label on packaging identifies when software install kit contains security device. 
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What is a Security Device? 
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• Dallas Semiconductor - DS1982U - Customized for Nortel 

• One security device mounted onto each IODU/C. Tested by IOP self test 

• Never replaced 

• Validates keycodes to provide software feature / ISM limit functionality 

• Field Insertable / Detachable 

• Delivery: 

• Produced and delivered as part of the software order 

• Exceptions: 

• Factory installed into IODU/C on New Systems orders 

• Factory installed into IODU/C on System Upgrade orders if software is included in the order. 


• Contents viewable by means of SDID command (in OVL 137) 
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What is a Kevcode? 

• ASCII string of -336 characters. 

• Encodes authorization to use a specific: 

• Release and Issue of software 

• Software Generic (based on System type and CP type) 

• Set of feature packages and ISM limits 

• Validated against system security device(s) 

• During Install and at Sysload 

• Generated per Customer Order 

• Delivery Methods: 

• Direct shipment from Nortel software manufacturing (always): 

• floppy diskette 

• hardcopy acknowledgment 

• Download from Keycode Server (optional): 

• Using Keycode Download Utility (Windows 95) 

• Held within “current” database for 45 days 

• Historical (regenerated) keycodes available thereafter 
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IODU/C Order Process 



IODU/C Flag 

sei to “Yes" ; What is shipp ed 

Keycode / Keycode 
Acknowledgment 
always shipped 


... ,'-,v - , m : ( ( 


No 

/ IODU/C Flag set to *‘YFS" \ 

(indicating shipment 

r 

v of IODU/C hardwure / software) > 



Keycode 

Server 


Security Device(s): 
Requirement evaluated 
when there is a system 
type change. 


Software Install Kit: 

• new systems 

• conversion from 
4 mb media 

• RIs / issue change 
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Kevcode Delivery Processes 
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1 dial up to kcycode server 
1 retrieve keyccxle lile 



Kcycode 
hard copy 


OVl. 143/ Install 


Distributor 

with Pt'running KDS application 


Keyctxlc 
hard copy 


iyeodu file 


serial connection 
jo OVL 143 


kcycode 


keycode 



Ml 


n -.... _... r i. 


OVL 143/ Install 


Customer site 
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Keycode Download Utility 


• Standalone Windows 95 PC application 

• Supports: 

• Download of keycode from Nortel keycode server 

• Creation of keycode diskette 

• Display and printing of keycode 

• Upload of keycode from keycode file previously 
placed on personal computer hard disk 

• “Copy” of keycode to clipboard, for subsequent 
“Paste” using KUPL command in Overlay 143 
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IODU/C Process Overview 


Electronic Transfer of Kevcode 


NORTEL 

NORTHERN TELECOM 


Electronic transfer of keycode from distributor PC to Meridian 1 
is support via FTP transfer. 


Process steps: 

• Logon to target machine (via modem) 

• Execute KUPL command within Overlay 143 

• “Copy” keycode using Keycode Download Utility 

• Return to OVL 143; invoke “Paste” 

• Keycode is validated (via checksum) and accepted as a keycode 
candidate, or an error message is generated. A validated keycode 
is stored in location: /u/keycode 

• Execution of the KNEW command is necessary to activate 
keycode at the next sysload 
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IODU/C Hardware Overview 
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IODU/C Main Functions 


• Provide SCSI interface to on board HDK, FDD, CD 
drives and to redundant drives on a redundant IODUC 

• Provide hardware support for Ethernet 

• Provide Dongle for S/W authentication 

• Provide R8232 industry standard port for s/w 
debugging* maintenance 
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IODU/C Hardware Overview 

What are the three disk drives? 

* CD ROM for SW distribution 

* Hard diek for sysload 

* Floppy drive for archive 
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IODU/C Hardware Overview 

IQPU/C Vintages 

• Option 1: NT5D61AA (HDK + FDD + CD) 

• Option 2: NT5D61BA (HDK + FDD ) 
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Steps for Upgrading to CP3 & IODU/C 


• Data Dump 

• Split the Core such that Core 0 is active (if redundant system) 

• Disable both IOP/CMDU 

• Replace Core 1 CP (I or 2) with CP3 

• Replace Core 1 IOP/CMDU with IODUC; enable lODUC 

• Insert CD ROM, Install disk, press MAN RST on CP3 

• Insert Keycode disk when prompted 

• Proceed to Install Menu; Install SW / burn ROMS / database 

• Choose database transfer from redundant side at database prompt 

• Re boot Core I; switch processing to Core 1 

• Proceed with Core 0 upgrade 

- Copy s/w from Core 1, burn ROMS, copy database from Core I 

• Re-boot Core 0; perform memory sync & hard disk sync 

• Backup database 
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SCSI Device Addresses 


Device 

Side 0 
IODIJC 

Side 1 
IODIJC 

Termination 

HDK 

3 

2 

No 

FDD 

0 

1 

No 

CD-ROM 

6 

7 

Yes 

IOP 

controllers 

4 

5 
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IODU/C Database Transfer Processes 



Issue: 


Database Transfer to IODU/C 


N&RTEL 

NORTHERN TELECOM 


• Direct Conversion to Release 23 is supported from Release 21 or 22. 

• Release 21/22 systems archive databases on 4MB media. 

• IODU/C is equipped with 2MB floppy drive and reads only 2MB media. 


Solution: 

• Distinct processes have been defined to support transfer of database from 
Rls 21 Omega and Rls 21/22 “C” processor systems. 
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Omega to IODU/C Database Transfer 

• After s/w install, CP & IOPUC ROMs burned, remove 
IODUC from system 

• Con nee t cable NT5D50AA, re-set MDU FDD (A) jumper 
if required 

• Insert IODUC, MDU/SMPU/gMSI intoCore/Net shelf 

■ insert Install Disk into IODUC floppy drive 

• Insert 4MB database disk into FDD (A) of MDU or SMDU 

• Boot Install disk, follow instructions & choose MDU to 
IODUC database transfer in Tool menu 

• Upon completion, remove IODUC, MDU or SMDU/EMSI; 
reconnect IODU/C cabling 

• Re-insert IODUC into system; database trasfer 
completed 


July 23-24, l'W7 
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NT5D50AA MDU to IODU/C Database Transfer 
cable 

Core/Net 1 Core/Net 0 



Network 
card slot 



IODUC 

slot 




Network IODUC 

card slot slot 










lODU/C Database Transfer Processes 
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NT5D50AA SMDU to IODU/C Database Transfer 
cable 


Core/Net 1 



Network IODUC 

card slot cab,e slot 


Core/Net 0 



Network 
card slot 


power 

cable 


IODUC 

slot 
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IODU/C Database Transfer Processes 
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MDU/SMDU FDD (At SCSI Address Junipers 


SMDU/MPU 
FDD (A) 

Address 1 

2 Jumpers 

m m 

r 

remove Jumper 
Jumpers are located near the power connector 


SMDU/MPU 
FDD (A) 
Address 0 


3 Jumpers 
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Thor Database Transfer Process 


Background: 

• The Release 21/22 database resides on the IOP/CMDU. This process uses IOP/CMDU 
to produce a database archive on 2 mb floppies (in multi-floppy format if required). 

• This process is performed immediately prior to the start of the upgrade to Release 23. 

• This process may also be used to support Omega to “C” Processor database transfers. 

Process: 

• If the system is redundant, “split” the system. 

• Insert the Database Transfer Utility that is appropriate for the processor that is currently 
functioning in the Meridian 1 into floppy drive 0 on Core 0. 

• Reboot Core 0 to activate the program. 

• Select the database archive option and have ready the number of specified 2 mb floppy 
diskettes. 

• Place the first 2 mb diskette into the floppy drive and proceed with the database archive. 

• Follow prompts to replace 2 mb floppy diskettes. 

• Remove the last 2 mb floppy diskette after the database archive has completed. 

• Proceed with upgrade to Release 23. 
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IODU/C Software Overview 


New System Software Installation 
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CD ROM 


Keycode 

Diskette 


keycode. rec 


direct.rec 


Process: 


optionally 

crcatcil 



1. Perform standard pre-software install processes. 

2. Verify that security devices have been Installed on IODU/C; If not 
install security devices. 

3. insert IODU/C into appropriate slot(s). 

4. Select appropriate installer for Call Processor being used. 

5. Insert installer into floppy drive and boot installer. 

6. Select from install menu: Install software / database, burn IOP/CP ROMs. 

7. Follow instructions provided within install program. 

•. Insert CD ROM and keycode when prompted. 

9. Quit installer after completing defined processes. 

10. Complete new systems installation using standard processes. 
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System Upgrade Software Installation 



CD ROM 


Keycode 

Diskette 


keycixJe.rec 


ilireei.rec 


Database 

Transfer 

Utilities 


Process: 

The process for a Systems Upgrade software installation 
is identical to the New Systems upgrade except: 


• The previous system must first be upgraded to Release 
21 or 22. 

• Database Transfer Processes must be used to 
transfer the database onto the IODU/C 
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ipi 
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This process supports feature enhancements and 
ISM limit changes where: 

1. Site is already on CD-based software. 

2. No change in Release / Issue from prior software 

3. No processor type change. 


Feature Enhancement / ISM Limit Change 


AT COMMAND 


AT SYSLOAD 


Keycode 

Diskette 


keycode.new 


keycode. rec 


direct.new 


direct, rec 


keycode.old j 


keycode.rec 


direct, old 


direct.rec 


keycode placed at 
/u/keycode by 
KUPL or KMAN 


<> Tech Transfer 



Note: If redundant system “split” the system 
prior to keycode replacement. 
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Kevcode Activation Process 



mssi; 

'swwrfi.- tmmt 


oiimir-no 


CO.Ul=I 


*£i 


creat 


keycode placed at 
/u/keycode by 
KUPL Of KMAN 


AT COMMAND ! AT SYSLOAD 


keycode.rec 


direct, rec 


keycode.rec 


keycode.new 


direct.rec 


direct.new 


keycode.old 


keycode.rec 


direct.rec 


direct.old 


Keycode 

Diskette 

optionally 

created 
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Software Upissue / Processor Change 



• Changes requiring Software Re-Install 

• Release or Issue Change 

• Software and keycode always shipped 

• Processor Type Change 

• Keycode always shipped 

• New software may not be required 


CAL( 
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Archive / Restore 


• Changes to Archive / Restore to compensate for reduction of capacity 
from 4 mb to 2 mb floppy on IODU/C 

• Applicable to all Release 23 systems; with either IODU/C or IOP/CMDU 

• Added feature functionality 

• Compression 

• Not always used during archive processes 

• When used, limited to 15% of real time utilization 

• Multi-disk archive / restore 

• Diskette are serialized and internally labeled 

• Archive.dat - archive control file ensures integrity of archive / restore processes 

• Functionality changes in existing BKO and RES commands 

• New commands available in Overlay 143: 

• ABKO - Attended Archive 

• ARES - Attended Restore 
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BKO - Unattended Archive 


NORTEL 
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• Both compression and multi-disk archive capability are available. 

• Order of application 

• Single diskette uncompressed 

• Single diskette compressed 

• Two diskettes compressed (if redundant system) 

• Archive commences on the floppy disk drive of the active core. 

• Alternate night “2 deep archive is retained except where database exceeds 1 
compressed diskette. 

• Archive on IOP/CMDU is supported on both 4 mb and 2 mb media 

• Archive on IODU/C is only supported on 2 mb media 

• Reports: 

• Prior to archive: size of files to be archived and projected number of diskettes required 

• During archive: progress report every 10 seconds. 

• After archive: 

• Size of archive file. 

• Which floppy drives were used. 

• Free floppy diskette space. 

• If archive fails, failure report on login. 






lODIJ/C Software Overview 
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ABKO - Attended Archive 


• New command within Overlay 143 

• Compression is not used 

• Only Active Core Floppy Drive is used 

• Craftperson is prompted to insert additional diskettes until archive is completed 

• Archive on lOP/CMDC is supported on both 4 nib and 2 mb media 

• Archive on lODU/C is only supported on 2 nib media 

• Reports: 

• Prior to archive: size of the files to be archived and projected number of diskettes required 

• During the archive: progress reports. 

• At the completion of archive: Confirmation of successful archive. 
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RES - Unattended Restore 
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Restore of compressed or non-compressed, single disk or two-disk archives is 
supported. 


• Unattended Restore on Opt 61C/81/81C searches both drives for the latest 
Archive. 


• Restore on lOP/CMDU is supported on both 4 mb and 2 mb media 

• Restore on IODU/C is only supported on 2 mb media 

• Reports: 

• While the process of restore is active, appropriate reports are generated indicating status 
and validity of the restore process. 
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IODU/C Software Overview 

ARES - Attended Restore 


• New command within Overlay 143 
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• Restore of Release 23 compressed or non-com pressed, single disk or multi-disk 
archives is supported. 

• Only Active Core Floppy Drive is used 

• Craft person is prompted to insert additional diskettes until restore is completed 

• Restore on lOP/CMDU Is supported on both 4 nib and 2 mb media 

• Restore on IODU/C Is only supported on 2 mb media 

• Reports: 

• While the process of restore is active, appropriate reports are generated indicating status and 
validity of the restore process. 
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Other Software Commands 
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• KRVR - keycode reversion to prior keycode 

• KSTT - status of all keycodes in system (i.e. returns: OK) 

• KSHO * shows contents of selected keycodes 7 

• KDIFF - shows differences between selected keycodes 

• KOUT - “outs” a keycode prior to activation; 

nullifies prior KNEW command 

• SDID - displays security device contents: 

Security Device 

IDO: NT5D6IBA 01NNTMI83IOPBL IOP 

SDIDO: EC5E70000II B6789 

NT SD type: NT_STD 

NT System ID: 123456789012 
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A genda 


• CP2 to CP3 Upgrade 

- Software Conversion from R21 (or R22) to R23 

. IOP/CMDU (Thor) to IODU/C Upgrade 

- R23 Software Installation 

- Thor Database Transfer Procedure 

• MDU (Omega) to IODU/C Upgrade 

- Omega Database Transfer Procedure 

• IODU/C Software Commands 
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RIs 23 Upgrade Demo - Option 61C/CP2/IODU/C 


• Data Dump 

• Split the Core such Core 0 is active (if redundant system) 

• Disable IOP/CMDU; replace with IODU/C; enable IODU/C 

• Insert CD ROM and processor appropriate install disk into Core 1 
IODU/C; press MAN RST on CP card 

• Proceed to Install Menu; install software / burn roms / install database 

• Insert keycode diskette when prompted 

• Choose database transfer from redundant side at database prompt 

• Re-boot Core 1; switch processing to Core 1 

• Proceed with Core 0 Upgrade 

•Copy software from Core 1, burn roms, copy database from Core 1 

• Re-boot Core 0; perform memory sync and hard disk sync 

• Backup database 
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A/P ISDN Connectivity Phase II (China) 

• Functional Overview 

• Feature Setup, Activation & Deactivation 

• User Interface, Administration & Maintenance 

• Feature Interactions 

• H/W Requirements 

• Tools Needed 


• Debugging Hints 

• Example of Configuration & Maintenance 

R23Release Management 28 
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Functional Overview 

The features supported on ISDN Primary Rate Interface (PRI2) & Basic Rate Interface 
(BRIT) are : 

1. Circuit Switched Basic Call Service (Voice and Data); 

2. Calling Line Identification Presentation and Restriction; 

3. COT, DID, DOD and TIE Trunk Call Types; 

4. 64 kb/s Clear Bearer Capability; 

5. Channel Negotiation; 

6. Overalp Sending and Overlap Receiving. 


R23Release Management 


29 


January 30&31, 1997 







N&RTEL 


Release 23 Global Technology Transfer Meeting 


Ml to CO Connectivity 


Meridian 1 : Standalone or Network CHNA CO 



R23Release Management 


30 


January 30&31, 1997 










N&RTEL 


Release 23 Global Technology Transfer Meeting 


Feature Setup, Activation & Deactivation 

Packages Required 

This feature does not introduce any new packages; however, the following packages 
are mandatory for the successful operation of this feature : 

• ISDN Package, No. 145; 

• IPRA Package, No.202; 

• BRI Package, No.216; 

• MSDL Package, No.222; 

• BRI Trunks Package, No.233; 

• UIPE Gateway Package, No.283; 

• DDSP Package, No. 19; 

• OVLP Package, No. 184; 

• PRI2 Package, No. 154; 
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Feature Setup, Activation & Deactivation (cont.) 

The basic connectivity is configured as per the D-channel basis. 

The response to IFC prompt should be APAC and CNTY prompt should be CHNA in 
Overlays 17 and 16 to turn on the feature. 
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Message Sequence for Outgoing Call 


Meridian 1 


CHNA CO 


Layer 3 Layer 3 



Message Sequence for Incoming Call 
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uo 

U6 

U9 


U7 

U8 

U10 


Meridian 1 
Layer 3 


Ull 

UO 


SETUP 


CALL PROCEEDING 


ALERTING 


CONNECT 


CONNECT ACKNOWLEDGE 


Active 


DISCONNECT 


RELEASE 


RELEASE COMPLETE 


Meridian 1 

Layer 3 
NO 


N6 

N9 

N7 

N8 

N10 


Nil 

NO 
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User Interface, Administration & Maintenance 

• A new response to CNTY (CHNA), for Trunk Route Data Block configuration 
(LD 16) is introduced. 

• A new response to CNTY (CHNA) for D-channel configuration (LD 17) is 
introduced. 

• Print routines (LD 21 and LD 22) are changed to accommodate the new interface. 

• Changes are also introduced in Overlay 60 and Overlay 96 which are used for the 
loop and D-channel maintenance. 
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Feature Interactions 

• ISDN PRI2/BRIT 

- Calling Line Identification 

• Universal ISDN Protocol Engine (UIPE) 
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H/W Requirements 

• Basic Rate : 

S/T Interface Line Card; 

D-channel Processor; 

- MISP for Opt 51C-81C 

- SISP for Opt 11C 

Clock Controller QPC775E for 51C-81C 

NTAK20BB for 11C 

• Primary Rate : 

- PRI pack QPC720; 

- MSDL for UIPE D-channel NT6D80AA for Opt 51C-81C; 

- DDCH for Opt 11C; 

- Clock Controller QPC775, Release E or greater 
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Tools Needed 

• 4D Database on MAC 

• Microtek Compiler 
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Debugging Hints 

• Messages can be monitored in Overlay 96 for PRI and Overlay 48 for BRI, these 
give both the UIPE and Debug (ISDN) messages. 

• Can use the serial port on the MSDL or MISP card for monitoring the messages 
that actually go out on the D-channel. 

• Protocol Simulator for simulating and monitoring messages. 
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Example of Configuration & Maintenance 

Primary Rate Configuration : 

Overlay 17 

To configure D-channel, 


Table 1: D - Channel configuration 


PROMPT 

RESPONSE 

REQ 

CHG 

TYPE 

ADAN 

ADAN 

NEW DCH XX 

IFC 

APAC 

CNTY 

CHNA 

DCHL 

LOOP 
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Overlay 16 

To configure Route Data Block, 


Table 2: RDB configuration using Overlay 16 


PROMPT 

RESPONSE 

REQ 

NEW/CHG 

TYPE 

RDB 

CUST 

0-99 

ROUT 

0-511 

TKTP 

TIE/COT/DID 

DGTP 

PRI2 

ISDN 

YES 

IFC 

APAC 
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Table 2: RDB configuration using Overlay 16 


PROMPT 

RESPONSE 

CNTY 

CHNA 


Overlay 14 

To configure B-channel, 


PROMPT 

RESPONSE 

REQ 

NEW/CHG 

TYPE 

DID/COT/TIE 

CUST 

0-99 

TN 

Loop Memb 

RTMB 

Rout Memb 
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Basic Rate Configuration : 


Overlay 27 


Define the LAPD Protocol Group Number, Multi-purpose ISDN Signalling Processor 
and SILC. 


Overlay 16 

To configure Route Data Block, 


Table 3: RDB configuration for BRI 


Prompts 

Responses 

REQ 

NEW/CHG 

TYPE 

RDB 

CUST 

0-99 

ROUT 

0-511 

TKTP 

COT/DID/TIE 

DGTP 

BRI 
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Table 3: RDB configuration for BRI 


Prompts 

Responses 

IFC 

APAC 

CNTY 

CHNA 

CNEG 

YES/(NO) 

ISDN 

YES 


Overlay 27 

Define the Digital Subscriber Loop, 

Table 4: DSL configuration using Overlay 27 


Prompts 

Responses 

REQ 

TYPE 

DSL 

NEW/CHG 

DSL 

1 s c dsl 
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Table 4: DSL configuration using Overlay 27 


Prompts 

Responses 

CTYP 

SILC 

MISP 

0, 2, 4,... 158 

1-9 

MODE 

TE 

B1 

YES, (NO) 

MEMB 

1-254 

B2 

YES, (NO) 

MEMB 

1-254 
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CDR on Busy Tone 

1 - Glossary 

2 - Functional Overview 

3 - Feature Set up, Activation & Deactivation, Benefits 

4 - User Interface, Administration & Maintenance 

5 - System Messages 

6 - Feature Interactions 

7 - H/W Requirements 

8 - Tools Needed 


9 - Debugging Hints 

10 - Appendix A - Example of Configuration & Maintenance 

11 - Appendix B - B record Examples related to redirection scenarios 
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1. Glossary 


ABAN 

CDR on Abandoned Calls on ringing 
(route config.). 

ABDA/ 

ABDD 

CDR on Abandoned on ringing or on 
busy tone (set config.) - Allowed or 
Denied 

CDR 

Call detail Recording 

) CDRB 

CDR on Abandoned Calls on Busy 

Tone (route config.) 

CTY 

CDR on TTY 

ICDR 

Internal CDR 

TTA 

Time To Answer 


2. Functional Overview 
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• Prior to R23, CDR used to provide B records when a call was released before 
being answered. 

• CDR on Busy Tone provides B records when the originator receives a Busy Tone. 

• The CDR record is provided by the node on which the busy set is connected. 

• CDR on Busy Tone applies to Incoming Calls or Internal Calls. 

• Its configuration depends upon general CDR and CDR TTA setup. 

2. Functional Overview (more) 
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• The Busy indication is printed on the third line of the B record. 

• The content of the TERID field is affected by the type of the last redirection (when 
the call has been redirected). 

• For incoming calls, the TERID field content depends also upon the value of 
prompt LAST in LD16. 
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• TerlD field for Internal Calls and Incoming Calls when LAST = YES in LD 16 




Simple Call (Not redirected) 

DN of the busy set 

Call Forward All Calls 

DN of the busy set 

Hunt 

DN of the first busy set. If terminating set is a 
BRI set, then DN of the BRI set. 

Group Hunt 

Pilot DN 


• TerlD field for Incoming Calls when LAST = NO in LD 16 


'a* -sm-kw-w . 

Simple Call (Not redirected) 

DN of the busy set 

Call Forward All Calls 

Originally dialed DN 

Hunt 

Originally dialed DN 

Group Hunt 

Originally dialed DN 


3. Feature Set up, Activation & Deactivation, Benefits 
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• CDR on Busy Tone is activated as soon as a busy tone is returned to the originator 
of the call finishing on a busy set. 

• CDR on Busy tone but not on Overflow tone. 

Benefits: 


CDR on busy tone does not apply to outgoing calls. 
Cases of congestion do not produce B records. 


• Can be used for statistics on customer response performance. 

• Measurement done without calls being charged. 

• Can be used to defined needs in staff and equipment. 

4. User Interface, Administration & Maintenance 



DR on Busy Tone has been developed under package: 
DR New Format (234). 

It is also depending on packages: 
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CDR(4), CDRTTY(5), ICDR(108). 

• CDR is configurable on a Set class of service basis for internal calls. 

• CDR is configurable on a Route basis for incoming calls. 

• Configuration depends upon general CDR and CDR TTA setup. 

4. User Interface, Administration & Maintenance (more) 


LD 17 

PARM 





' pipfSi \ | 



.. 

FCDR 

NEW 

Use NEW CDR format.NO = 

= Use OLD CDR format (default). 



LD15 FTR.DATA 

(St 


OPT TTA A 


Time To Answer and Abandoned call records Allowed. 

TTAD = Time To Answer and Abandoned call records Denied 
(default). 
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4. User Interface, Administration & Maintenance (more) 
• For incoming calls: 



LD 16 

IHp 


RDB 




K2 

DR 

YES 

CDR output for the specified route. 


C 

YES 

CDR output for all incoming calls. 

LAST 

YES or (NO) 

CDR printing content option for redirected calls. 

TTA 

YES 

Time to Answer on the incoming route. 

CDRB 

YES 

Allow CDR on abandoned calls on busy tone. 

NO = Deny CDR on abandoned calls on busy tone (default). 


4. User Interface, Administration & Maintenance (more) 
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• For internal calls: 


LDs 10,11, or 27 




CLS 

ABDA 

Abandoned call record on ringing or busy tone allowed and Time 

To Answer allowed. 

ABDD = Abandoned call record on ringing or busy tone denied 
and Time To Answer denied (default). 

CLS 

ICDA 

Internal Call Detail Recording Allowed. 

ICDD = Internal Call Detail Recording Denied (default). 


LD 12 

mm' 

■<« 


ICDR 

ICDA 

Internal Call Detail Recording Allowed. 


ICDD 

Internal Call Detail Recording Denied (default). 

ABAN 

ABDA 

Abandoned call record on ringing or busy tone allowed and Time 

To Answer allowed. 



ABDD = Abandoned call record on ringing or busy tone denied 
and Time To Answer denied. 


5. System Messages 
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SYS0014: Existing data removed because FCDR package is 
restricted. 

• Output during sysload when FCDR package is restricted. 

• Prevent from Data dump. 


6. Feature Interactions 

• Night Service 

• ACD night treatment 

• CFAC 
HUNT 

GROUP HUNT 

• BRI sets 


No CDRB. 

No CDRB. 

CDR content affected by the 
type of the last redirection. 

CDR content affected when 
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BRI set is associated with Hunt. 

• MADN AUXID field in B record should 

not be taken into account. 

7. H/W Requirements 

• There are no specific hardware requirements. 

8. Tools Needed 

• CDR processing application to be modified. 

• There are no specific tools required. 

9. Debugging Hints 

• None 
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INTERNAL CALLS: 

B records produced depending on the class of service ABDA of the originator or of 
the Terminator. Terid field depending on type of the last redirection. 



Incoming calls: 
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B record produced depending on value of prompt CDRB in LD16 for route 10. Terid 
field depending on the type of the last redirection and on the value of prompt LAST. 



Outgoing calls and Network-wide redirection: 
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If CDRB was set on route 1 and on route 2, Node 1 would not produce a B record - 
Node 2 would produce a B (redirection on node 1 is not taken into account). 


Incoming CO or Network call 


DN2 redirects the call to 
remote DN3 which is busy 

BUSY 




route 2 



Meridian 1 
Node 2 


11. Appendix B - Examples related to redirection scenarios 


R23Release Management 


170 


January 30&31, 1997 












NfrRTEL 


Release 23 Global Technology Transfer Meeting 


Simple Incoming Call 

The following describes a Simple Incoming Call scenario: 

1 Route 10 member 4 places an incoming call to DN 4001. 

2 DN 4001 is busy. 

3 The Meridian 1 produces a CDR B record. 

The CDR B record produced in the case of a network call or a CO incoming call has the following format: 


B 001 00 T010004 4001 

& 

00/00 00:08:23 

00 000 

& B 
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Incoming Call - Redirected Internally 
Last Redirection is by Call Forward All Calls 

The following scenario describes an incoming call that is redirected internally. The last redirection is by Call Forward 
All Calls. 

1 Route 10 member 4 places an incoming call to DN 4000. 

2 DN 4000 forwards the call to DN 4001. 

3 DN 4001 redirects the call, using Call Forward All Calls, to DN 4002. 

4 DN 4002 is busy. The originating party receives a busy tone. 

5 The Meridian 1 produces a CDR B record. 


If LAST = YES in LD 16, the printed Terminating ID is the DN of the busy set, DN 4002. The output is the following: 


B 001 00 T010004 4002 

00/00 00:08:23 


Sc 


000 000 

& B 




If LAST = NO in LD 16, the printed TerlD is the DN of the dialed DN 4000. The output is the following: 


B 001 00 T010004 4000 

00/00 00:08:23 


Sc 


000 000 

& B 
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Incoming Call - Redirected Internally 
Last Redirection is by Hunt 

The following scenario describes an incoming call that is redirected internally and the last redirection is by the Hunt 
feature: 

1 Route 10 member 4 places an incoming call to DN 4000. 

2 DN 4000 forwards the call to busy DN 4001. 

3 DN 4001 is redirected, using Hunt, to DN 4002. 

4 DN 4002 is busy. The originating party receives a busy tone. 

5 The Meridian 1 produces a CDR B record. 

If LAST = YES in LD 16, the printed TerlD is the DN of the first busy set, DN 4001. The output is the following: 


B 001 00 T010004 4001 

00/00 00:08:23 


Sc 


000 000 

& B 




Note: If the last busy set is a Basic Rate Interface (BRI) set, then the DN of this set i s printed as the terminating ID 
in the CDR B record. 


If LAST = NO in LD 16, the printed TerlD is the dialed DN 4000. The output is the following: 


B 001 00 T010004 4000 

00/00 00:08:23 


Sc 


000 000 

& B 
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Incoming Call - Redirected Internally 
Last Redirection is by Group Hunt 

The following scenario describes an incoming call that is redirected internally and the last redirection is by the Group 
Hunt feature: 

1 Route 10 member 4 places an incoming call to DN 4000. 

2 DN 4000 forwards the call, using Call Forward All Calls, to Pilot DN 8888 of a Group Hunt list. 

3 All members of the group Hunt list are busy, and no queuing is allowed. The originating party receives a busy tone. 

4 The Meridian 1 produces a CDR B record. 


If LAST = YES in LD 16, the printed TerlD is Pilot DN 8888 of the Group Hunt List. The output is the following: 


B 001 00 T010004 8888 

00/00 00:08:23 


Sc 


000 000 

& B 




If LAST = NO in LD 16, the printed TerlD is the Dialed DN 4000. The output is the following: 


B 001 00 T010004 4000 

00/00 00:08:23 


Sc 


000 000 

& B 
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Incoming Call - Redirected Network-wide 

The following describes an incoming call that is redirected network-wide: 

1 Route 10 member 4 places an incoming call to DN 4001. DN 4001 is on Node 1. 

2 DN 4001 redirects the call to remote DN 4102 on Node 2. 

3 DN 4102 is busy. 

4 Node 1, to which DN 4001 is connected, does not produce a CDR B record. However, Node 2 may produce a B 
record, as this is the node to which the busy set is connected. 

The format of the B record output in this situation is the same as that for a simple incoming call. 

Internal Calls 

Same logic as for incoming calls when LAST = yes applies for internal calls. 

The LAST prompt in LD16 does not apply for internal calls. 

CDR B records are produced depending on the class of service of the originator or of the terminator specified in the 
CDR record. 
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and Name Delivery (CLASS CND) feature provides the following 
functions which allows the Meridian 1 to deliver Bellcore standard 
CND information to a CLASS set when presenting it with a new 
call: 

• CLASS Calling Number Delivery 

• CLASS Calling Name Delivery 

On a CNUMB and/or CNAME packaged system, the system 
administrator can identify a 500/2500 set as a CLASS set by 
activating one or both CND functions via class of service 
configuration via LD10. 
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CMOD Unit 

The CMOD unit is theWerface that transports the CND information 
from the Meridian 1 to the CLASS sets, and it is only supported by 
the XCMC pack (NT5D60AA) that has the capability of delivering 
the CND data via FSK modem signalling to the CLASS sets. 


The system administrator can configure up to 255 CMOD units via 
LD13. And similar to digit tone receivers, the CMOD units are 
system resources that is shared across the customers on a multi¬ 
customer Meridian 1 system. 

When a'call is presented to a CLASS set, an available CMOD unit 
is automatically allocated. Upon reaching the CND delivery 
interval, the appropriate CND information is then delivered to the 
CLASS set. The allocated CMOD unit is released as soon as one of 
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the following events takes place: 

• when ringing resumes on the CLASS set after the CND delivery interval; or 

• when the call is disconnected, or answered, or redirected. 


1. The CND Delivery Interval refers to the first silent interval, after ringing has been applied for a new 
call, that is greater than 2 seconds. 
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■ CLASS Calling Number Delivery 

■ ~~ 

■ Whenever a call is presented to a set that is only CLASS Calling 

■ Number Delivery activated, the following CND information is 
delivered to the set: 

• the date and time stamp of call presentation; and 


• the calling number 
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■ CLASS Calling Name Delivery 

■ " 

■ Whenever a call is presented to a set that is only CLASS Calling 

■ Name Delivery activated, the following CND information is 
delivered to the set: 

• the date and time stamp of call presentation; and 

• the calling name 
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■ CLASS Calling Name Delivery and CLASS Calling Name 

i Delivery 

■ 

■ Whenever a call is presented to a set that is both CLASS Calling 
Number Delivery and CLASS Calling Name Delivery activated, the 
following CND information is delivered to the set: 

• the date and time stamp of call presentation; 

• the calling number; and 

• the calling name 



R23Release Management 198 January 30&31, 1997 






NfrRTEL 


Release 23 Global Technology Transfer Meeting 



Figure 6: System Resource Allocation When CLASS Set is Idle 
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Figure 7: System Resource Allocation When a New Call Begins to Ring On CLASS Set 
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Meridian 1 






-' — 

□ \ 

i L 


CD m CD 

□ 


□ □□ a 

o 


□ OD 1=1 

CD 


□ □□ 1=1 



□ □□ E 
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Set A (any set, DN=7833, Name=John Smith) 
Calls Set B continues to hear ring-back 


,XCMC IPE 
pack 



Set B (TYPE=500, CLS=CNUA, CNAA) 

Ringing is temporarily turned off 


CMOD unit 0 

Delivers CND information to the CLASS 
set 



CMOD unit 31 
Idle 


Figure 8: System Resource Allocation During CND Delivery Interval 
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Meridian 1 


□ Bono 
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\ Set A (any set, DN=7833, Name=John Smith) 
^ Calls Set B continues to heat; ring-back 


— 

'-1 


EBB 
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i_i 

!□□□] 



Set B (TYPE=500, CLS=CNUA, CNAA) 


,XCMC IPE 
\ pack 


CMOD unit 0 

Idle 


B CMOD unit 31 
Idle 


Figure 9: System Resource Allocation Once Ringing Resumes 
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• Calling Number Delivery (CNUMB) -332 

• Calling Number Delivery (CNAME) - 333 
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CPND - 95 


The CPND package is required for the Calling Name Deliv¬ 
ery function. 
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Overlay 10 - Single Line Telephone Administration 


Allows configuration of CLASS Calling Number Delivery 
and CLASS Calling Name Delivery class of services. 

Overlay 13 - Digit tone Sender and Receiver Administraion 


Allows configuration of CMOD units. 

Overlay 15 - Customer CLID Data Administration 

Allows configuration of calling number format for internal 
call to a CLASS set. 

Overlay 20 - TN Data Print 


• Output will include the CLASS Calling Number Delivery 
and CLASS Calling Name Delivery class of service. 

• Allows CMOD unit to be printed. 
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• Overlay 21 - Customer CLID Data Print 

• Output will include the calling number format for internal 
call to a CLASS set.. 

• Overlay 22 - Package Data Print 


• Output will include the CNUMB and CNAME package. 

• Overlay 81 - Feature Print 

• CLASS Calling Number Delivery and CLASS Calling 
Name Delivery class of service are accepted as a valid fea¬ 
ture search key word. 

• Overlay 83 - Designated TN Database Print 


• Output will include the Calling Number Delivery and Call¬ 
ing Name Delivery class of service. 
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Maintenance & Diagnostic 


MMM11K 






Overlay 30 - Network Signalling Diagnostic 

Extend network signalling diagnostic to CMOD units. 

Overlay 32 - Network and Peripheral Equipment Diagnostic 

Extend peripheral equipment commands to the CMOD card/ 
unit. 


L. 
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Ml data conversion 
Ml call processing 
Ml data dump 
Ml database load 


• NTP 

• North America Feature Listing (553-3001-912) 

• XI1 Features and Services (553-3001-305) 

• XI1 Input/Output Guides (553-3001-400) 

• XI1 System Messages Guide (553-3001-411) 
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• Attendant Call Extension 


Automatic Wake Up 
Blind Transfer 
Call Forward All Calls 
Call Forward No Answer 
Call Transfer 


Calling Line Identification Restriction for BRI Sets 
Conference/No Hold Conference 
Dial Intercom 


Direct Inward System Access 
Display of Calling Party Denied 
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• Emergency Services Access 

• Flexible Numbering Plan Package Enhancement 

• Group Call 

• Hotline 

• Hunt 

• Incremental Software Management 

• Internal Call Forward 

• Private Line Service 

• VIP Automatic Wake Up 
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• Feature Group D 

• In-Band ANI 


• ISDN 

• M911 

C J\ 

• Virtual Network Services 
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MERIDIAN ADMIN. TOOL (MAT): Configuration Management 
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• LD13 - CMOD Unit Configuration 


Prompt 

Responses 

Descriptions 

req 

new/chg 

Add or change data. 

type 

CMOD 

CLASS modem unit. 

tn 

[l s] c u 

Terminal number. 
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LD 15 - Configure CLID Entries 


Prompt 

Responses 

Descriptions 

REQ 

NEW/CHG 

Add or change data. 

TYPE 

NET_DATA 

Customer network data. 

CUST 

0 

Customer number. 


CLID 


_entry 




CLID entry number. 



_lsc 

408 

Nation code for home national number. 

_CLASS_FMT 

(DN )/ 

LCL/ 

NTN 

Send internal DN to a CLASS set as the calling number. 

Send local number to a CLASS set as the calling number. 
Send national number to a CLASS set as the calling number. 
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• LD 10 - CLASS Calling Number Delivery and CLASS Calling Name Delivery 
Class of Service Configuration 


Prompt 

Responses 

Descriptions 

req 

new/chg 

Add/change database 

type 

500 

500/2500 sets. 

... 



els 

CNUA/ 

CNUS/ 

(CNUD) 

CNAA/ 

(CNAD) 

CLASS Calling Number Multiple Data Message Format Al¬ 
low. 

CLASS Calling Number Single Data Message Format Allow. 
CLASS Calling Number Deny. 

CLASS Calling Name Multiple Data Message Format Allow. 
CLASS Calling Name Deny. 

... 
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12. Glossary 

13. Hardware Overview 

14. Software Overview 

15. Supported Configurations 

16. Conversion 

17. Field Upgrades 

18. Tools Required 
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Glossary 

• CPI - Call Processor 68030 

• CP2 - Call Processor 68040 

• CP3 - Call Processor 68060 

• Options 1711,1811,1611 - 51C,61C,81/81C with CPI 

• Options 2211,2311,1911 - 51C,61C,81/81C with CP2 

• Options 2411,2511,2611 - 51C,61C,81/81C with CP3 

• IOP - I/O Processor board 

• IODU - combined IOP and CMDU (disk unit) 

• IODU/C - IODU with CD-ROM 
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Glossary cont. 

• FLASH - Read-only memory used for software load 

• DRAM - Dynamic Random Access Memory used for SL-1 database, OS data and 
patches 

• SRAM - Static Random Access Memory for system memory management tables 
and the SL-1 stack (CP2 & CP3) and processor cache on the CPI 
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Hardware Overview 

• CP3 - processor board for M1 Options 51 C,61C,81/81C. 

• Memory configuration (FLASH, DRAM & SRAM) identical to CP2. 

• Provides ~1.5x real-time capacity of CP2. 

• All functionality and maintainance identical to CP2 boards. 

• Introduces new machine types 2411,2511,2611 for 51 C,61C and 81/81C systems 
respectively. 
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Software Overview 

• Release 23 is upgraded from VxWorks 5.1.1 to VxWorks 5.2 
VxWorks 5.2 libraries required for 68060 support. 

Therefore the CP3 program introduces a new version of the VxWorks OS to all Co¬ 
processors (including Option 11C). 

• CPI, CP2, and CP3 will include semi-dynamic allocation of additional memory 
for Mobility based on available DRAM (similar to Option 11C implementation). 
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Conversions 

• Upgrade to CP3 processor boards supported from C-systems only. 

• Any supported software upgrade on Release 23 is supported from CPI or CP2 to 
CP3. 
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Field Upgrades 


No flash upgrades are supported in the field (pre-installed boot code on flash) 
Field upgrade of DRAM supported in 16 Mbyte increments. 
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Supported Configurations 

• FLASH - 32 or 64 Mbytes 

• DRAM - 16, 32 or 48 Mbytes 

• Minimum configuration supported: 

32 Mbyte FLASH, 16 Mbyte DRAM (48 Mbyte system) 

• Maximum configuration supported: 

64 Mbyte FLASH, 48 Mbyte DRAM (112 Mbyte system) 

• CP3 supports use of IOP, IODU and IODU/C boards. 
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Tools Required 

• All supported Maestro tools environments will be upgraded for GNU tools 
upissues required for VxWorks 5.2. 

• No patch compatibility between CPI, CP2 and CP3. Therefore patches must be 
generated for the specific machines types used by CP3. 

• Patcher is being updated to prompt for and check processor types. 
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IODU/C 

15. Glossary 

16. High Level Highlights 

17. Targets 

18. HW Highlights 

19. Pack View 

20. I/O Disk Unit with CD-Rom 

21. Options 

22. Vintages 

23. Manufacturability 

24. Functional Overview 

25. Security Dongel 

26. Keycode 
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27. Keycode Content 

28. Keycode Delivery 

29. Keycode Location 

30. Feature Expansion 

31. New Keycode Acceptance 

32. Keycode Tools 

33. Install 

34. Install Floppy 

35. S/W Release CD-Rom 

36. Install Utility 

37. Archive 

38. Archive Extensions in OVL 43 

39. OVL 143 - Attended Archive 
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40. Documentation 
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1 ■ ■ 

IODU/C Glossary 

IODU/C 

- I/O Disk Unit with CD-ROM 

SCSI 

- Small Computer System Interface 

Keycode 

- Digitally signed list of capabilities 

Amber 

- S/W Delivery program for next generation 

Dongle 

- Security Device used to validate Keycode 

Expansion 

- capability to change Customer Feature Set/ISM 
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lOniJ/C High Level Highlights 

■ Security via Keycode & Dongle 

replaces security module 

■ SW distribution on CD (a la Amber) 

plus install floppy 

replaces stack of floppies 


■ Archive onto 2 mB floppy 

includes DB splitting & compression 
replaces 4 mB 
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IODU/C Targets 

• New Systems 

• Omega upgrades to Thor 

• IOP/CMDU upgrades to IODU/C 

• Mix of IODU/C and IOP/CMDU is n^faHowejl^) 


Rel 23 runs on either IOP/CMDU or IODU/C 

• Rel 23 S/W and Order Processing must support both 

• Major change in Order Processing 
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IODU/C HW Highlights 

■ Based on IOP/CMDU - NT5D20 

■ Ethernet port 

■ Preserves 3x wide pack ^ 

■ New faceplate tooling 

■ 3 drives: 

> CD Rom for SW distribution (new) 

> Hard Drive for Syload 

> Floppy Drive (2 mB) for archive 
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IODU/C - I/O Disk Unit with CD-ROIV 


1. Replaces: 

4MB FD with 2MB FD 

Security Cartridge with Security Dongle 

2. Adds: 

CD-ROM 

3. Preserves: 


SCSI Architecture 
Ethernet Interface 
CP-IOP Interface 


IODU/C Options 
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• Hard Drive + Floppy + CD 

• Hard Drive + Floppy 


January 30&31, 1997 
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IODU/C Vintages 

• Option 1: NT5D6L4AHD + FD + CD 

• Option 2: NT5D61BAHD + FD 


Configurations supported in Rel 23: 


• Redundant Systems: Optionl + Option2 

• Redundant Systems: Optionl + Optionl 
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• Opt51C Systems: 


IODU/C 


Option 1 

Manufacturability 
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■ Eliminates daughter board / 

ccCs-\e^ 

■ Individual ribbon cables for drives’ SCSI 


■ 2-sided 8-layer PCB 

■ predominately SMT 

■ new, larger, stiffener 

■ new tooled 3x plastic faceplate 
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Functional Overview 


IODU/C "feature" is an Umbrella for the following: 

• Authorization to use S/W and Features (IODU/C only) 

Security Dongle support 
Keycode support 

Feature Expansion (without Install) 

• Install Utility (IODU/C only) 

Install Utility for CD-ROM based SW 
Install Floppy S/W (Install Boot OS and Install) 

• Archive (IOP/CMDU and IODU/C) 

Unattended Archive - Extensions to Ovl 43 BKO and RES 
Attended Archive 
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Security Dongle ^ 

• DS1982U - Customized for Nortel 

• Once and Forever (not replacable with each new release) 

• Serves as Anchor for customer’s Keycode(s) 

• Mounted on IODU/C. Tested by IOP Selftest 

• Field Detachable (for IODU/C replacement) 

• Viewable by means of SDID command (in OVL 137) 


IDO: 

SDIDO: 

NT SD type: 
NT System ID: 


NT5D61BA 01NNTM18310PBL 
EC5E7000011B6789 
NT_STD 
123456789012 


IOP 
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Keycode 

• Generated per Customer’s Order 

• Encodes authorization to use: 

- particular S/W Release/Issue for particular Machine Type 

- set of Features and values of all ISM limits 

• Is anchored against customer’s Security Dongle (X 2) 

• Eliminates need to produce-ship-install new Security Device 

• Managed by KDS - Keycode Delivery System 

- Repository (60 days) for keycodes delivered to customers 
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Kevcode Content 


• Keycode is an ASCII string of -320 characters. 

Ex.: 

GQ4D35WLNH4SV4QMDYP7UN8L9HSSVSJN9DW77YPWS71LXVGCM2DCF763T0C9JMMKVEC6 
3JAPHX5GRKNKY5YXAQKWYFTQTVFJGEE2W71D3DLH3HSYGHT3DDSQ74H2082E40H2081040 
H2008Y04S36D1KCW0MTMPA5S734DYEXCYVSYWQYYYLY4YWT7XP17VTGF2NSQ3L6KV3D96 
R6043R4R23HH3FEWEK00000000000000Q000000000000000000000000000000000000000002H0007P0 
GMO1K03W0000049000600200080004C - 
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Encodes Customer ID and Capabili 
(KSHO in Ovl 143): 



r ISM Limits: 

Loop Limit 160 

Sys TNs Limit : 1000 
ACD Agt Limit : 200 
ACDDNs Limit : 1000 
AST Limit : 0 

DSL Limit : 0 

LTID Limit : 96 
DCH Limit : 64 

AML Limit : 16 
MPH DSL Limit : 0 
RAN CON Limit : 0 
RAN RTE Limit : 0 
MUS CON Limit : 0 
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Keycode Delivery 

l^e^codc 

• Keycode is extracted from KDS by means of PC-based utility 

• Keycode is delivered to the site in a "keycode" file 

• "keycode" file is delivered by the following means: 

- on a floppy diskette 

- elctronically (FTP) 

• "keycode" file may be created on-site manually 

(Install Tool) 

- entered manually 16 chars per line (20 lines) 
with per-line validation/correction capability 
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Keycode Location in the System 

• Keycode is requested: 

- during Install 

- during Keycode Expansion (KNEW in OVL 143) 

• Accepted Keycode is stored in "/p/install/keycode.rec" 

Keycode Acceptance 

• Unconditional - "installed" (Install Utility) keycode 

• Conditional - "expanded" (KNEW) keycode 

becomes the Keycode of the system after trial period 
(similar to patch retention) 
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Feature Expansion 

• Allows to change Features/ISM Limits within Installed S/W 

• Fast Order turn-around 

• Does not require Installation 

• Requires Sysload to activate 

• Managed by means of new OVL 143 

• Activation: 

- LD 143 

- KNEW - conditionally accept keycode from floppy 

- Sysload 
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New Keycode Acceptance 

• Trial period for new keycode: 5 days 

• Trial Keycode management (OVL 143): 

- KSTT - show status of the "trial" keycode 

- KOUT - delete the "trial" keycode 

• Sanity of new keycode: less than 5 restarts during the trial 

• Following trial period: 2 Keycodes in the system: 

- newly endorced keycode (keycode.rec) 

- previous keycode (keycode.old) 
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Keycode Tools 


• KSHO - shows selected keycode in human readable form 

• KDIFF - compares selected keycodes in readable form 

ksho pend 

Machine Type : 1811 
SAV Version : 2302 
System ID : 46379 
ISM Limits: 

Loop Limit : 160 
Sys TNs Limit : 1000 
ACD Agt Limit : 200 
ACDDNs Limit : 1000 

.more limits. 

Feature Packages: 

0-2 4-5 7-11 14-25 28-29 32-55 
58-64 67 70-77 79-81 83 87-93 
95 97-98 104 107-111 113-116 118-120 
125 127 129 131-133 136-137 139-141 
145-147 150-151 154-155 157 160 162-164 
170-171 173-174 178 181 186-187 196 
202-205 211 214-215 222 227-229 234 
242-243 245-247 250-251 253-256 259 
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Install 

• Driven by Install Floppy and Keycode 
3 Generic Install Floppy Diskettes: 

- Install-1 for CP-1 Machines 

- Install-2 for CP-2 Machines 

- Install-3 for CP-3 Machines 

• CD-ROM contains all Workfiles for specific Release 

- machine specific Workfile is selected based on data encoded in Keycode 

• Autovon and Non-Autovon CD-ROM per release 
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Install floppy 


• Contains the following: 

- CP-specific Install OS 

- CP-specific Install Utility 

- Machine-type specific "disk.sys" - Yellow Pages for HD 
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S/W Release CD-ROM 

• Contains all Workfiles for specific release 

• Time to load HardDisk from CD-ROM: 5 minutes 

• Other Install times remain unchanged 
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Install Utility 

• User Interface - preserves IOP/CMDU Install 

look and feel 

• Extensions: 

New tools: CD-ROM, Key code, Dongle 
Install Duplicate Options: 

- get SAV as installed on the other HD 

- get Data Base from the other HD 
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Archive 


• Problem: reduced capacity (2MB vs 4MB) 

• Solution: 

- reuse both drives on Dual-CPU systems 

- allow for attended archive 

• Additional goodies: 

- each file in archive is checksummed 

- "signature" file assures completness of Archive 

- Archives are time-stamped 

Extensions to Archive are applicable accross all systems 
in Rel 23 (either IODU/C or IOP/CMDU based) 
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Archive Extensions in OVL 43 

• BKO 

- reuses both drives as needed 

- single floppy archive continues to use the active CMDU 

• RES 

- Rel 23 Archive - searches for the "1st" diskette 

- Backward compatible with pre-Rel 23 Archives 
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; OVL 143 - Attended Archive 

■ • Look and feel of Install Utility 

• ABKO - attended backup 

- specifies number of diskettes expected 

- starts interactive procedure 

- towards the end requests to insert the 1st floppy for signature 

• ARES - attended restore 

- uses time-stamp to assert integrity of Archive diskettes 

- uses TEMP location on HD to store files in progress 

- assures completness and cheksum prior to endorsment 
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Documentation 


• Install User Guide 

• Archive User Guide 


• Keycode Management User Guide 
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Music Broadcast 


17.Glossary 

• Broadcast Call: a call where more than one caller is listening 
to the same music on the one music trunk at the one time via 
direct one-way speechpaths. 

• Broadcasting Trunk : a music trunk which has more than one 
caller connected and listening to the same music at the same 
time. 


• Conference Music : the existing implementation of music via 
conference circuit hardware 



R23Release Management 


480 


January 30&31 , 1997 







N&RTEL 


Release 23 Global Technology Transfer Meeting 


18.Functional Overview 


• This feature introduces the capability of broadcasting music 
within Meridian 1. A single music port may broadcast the 
same music to many parties simultaneously (up to 64). 

• No conference hardware is necessary => reliable music since 
no sytem resource sharing with standard conferences 

• Intergroup music is now supported => not necessary to have 
music trunks in each group. 


• This feature is applicable to music routes only. 


• The new broadcast capability can be turned on or off on a 
music route basis. Existing conference music and broadcast 
music can co-exist on the same system. 


January 
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• Music broadcast is packaged in a new software package 

(#328). 

• A new traffic report is introduced for Music Broadcast and 
RAN broadcast (TFC111). 

• One new Incremental Software Management (ISM) limit is 
introduced: 

- Total Number of Music Connections Allowed on a System 

- This means that at any one time the total number of active 
music connections on a system cannot exceed the ISM 
limit. 

- A TFS message is output if a connection is disallowed 
because the ISM limit would be exceeded. Also the new 
traffic report pegs this condition. 
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Conference Music Configuration 



• Need conference hardware - one XCT pack can support up to 
29 music calls if resources are free - need music trunks in 
each group and extra conference h/w may be necessary. 
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Integrated Music using Broadcast and MIRAN 


1 Broadcasting 



• Music Broadcast replaces conference hardware and music 
trunks - up to 64 calls per trunk and intergroup music. 
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19.Feature Set up, Activation & Deactivation 

• A music route may be defined as broadcast or non-broadcast 
(existing conference implementation) if the Music Broadcast 
Package is equipped. 

• The total number of active music broadcast connections can 
not exceed the new ISM limit. 

• Equivalent Configurations Comparison: 
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Non Broadcasting 

Broadcasting 

Music Route 1 

50 Connections: 

=> XCT x2. Trunk Units x2 

Music Route 2 

100 Connections: 

=> XCT x4, Trunk Units x4 

Music Route 1 

50 Connections: ^ 

=> ISM=50, Trunk Unit xl 

Music Route 2 , 

100 Connections:^ 

=> ISM=100, Trunk Units x2 

Total 

XCT x6, Trunk Units x6 

Total 

ISM=150, Trunk Units x3 
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20.User Interface, Administration & Maintenance 

• To define a music broadcast route configure the route as 
broadcast in OVL 16 


Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RDB 

Route Data Block. 

■ ■ ■ 

TKTP 

MUS 

• ■ ■ 

Music trunk type. 

■ • ■ 

^DCT 

■ ■ ■ 

YES 

■ ■ ■ 

Allow Music Broadcast for this route. 

NO = Deny Music Broadcast for this 
route. Output when REQ=NEW or CHG 
(for existing non-broadcasting route 
upgrade to broadcast) 
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• To define a music broadcast trunk 


Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

MUS 

Music trunk data block. 

TN 

1 s c u 

Terminal Number 


c u 

For Option 11C. 

■ ■ ■ 

RTMB 

r m 

Route number, Member number 


Note: CFLP prompt no longer output 
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21.System Messages 

• SCH message to indicate that changing from a broadcast to a non-broadcast route 
is not allowed. 

• SCH message to indicate that changing from a non-broadcast to a broadcast route 
while calls are active on that route is not allowed 

• BUG message to indicate that a music broadcast connection list has been broken. 

• BUG messages to indicate problems with low-level speechpath processing code 
(N/W memory, Junctors, Timeslots ...) 

• SYS message to indicate that a customer has a configured music broadcast route 
but the Music Broadcast Package is restricted. 

• TFS message to indicate that a music connection cannot be completed since the 
ISM limit has been reached. 
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22.Feature Interactions 

• RAN Broadcast: the RAN Broadcast feature is applicable to 
RAN routes only, the Music Broadcast feature is applicable 
to Music routes only. However, both features share the same 
low level one-way speechpath processing code. 

• CDR is not allowed on a Music Broadcast Route due to the 
number of callers that can be connected to a broadcasting 

'r music trunk at the one time. 

• ICCM : the ICCM broadcast capability on Meridian 1 is 
independent of the music broadcast capability which is 
applicable only to music routes. The ICCM broadcast 
capability is applicable only to IVR voice ports. 

The script command GIVE MUSIC <music route number> 
can be used with broadcast or non-broadcast routes. 
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23. H/W Requirements 

• Any Music Trunk - QPC..., XUT, EXUT, XFEM 
Plus an external music source 

OR 

• MIRAN 

24. Debugging Hints 

• SNAPS in one-way speechpath processing code. 
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25.Other 

• If there is very hig h inter-gr oup traffic on a p articular sys tem 
then blocking may occur. In this case it may be necessary to 
provision extra music trunks in each group requiring music in 
order to prevent blocking of inter-group music connections. 
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RAN Broadcast 


37. Glossary 

• RAN: Recorded Announcement. 

• Continuous RAN machine: the announcement is played over and over again. 

• Start/Stop RAN machine: playback of the announcement begins when a start pulse 
has been received from the RAN trunk. 

Some RAN machines (level start/stop) allow to stop the message at any time. 

38. Functional Overview 

• This feature introduces the capability of broadcasting a recorded announcement. 
A single RAN port may broadcast a recorded announcement to many calling 
parties. 

• This feature is applicable to RAN routes only. 

• The new broadcast capability can be turned on or off on a RAN route basis. 
Existing and new implementations of RAN can co-exist on the same system. 

• RAN Broadcast is packaged in a new software packagej(#32T). 
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• RAN broadcast is applicable to any RAN type using any RAN packs. 
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• Two new Incremental Software Management (ISM) limits are introduced: 

- Number of Broadcast RAN Connections. 

- Number of Broadcasting RAN Routes. 

• A new RAN queueing mode is introduced for Start / Stop RAN routes in order to 
maximize the usage of available RAN resources: 

- Any party needing to be connected to a recorded announcement is queued up 
until a predefined time/number of queued parties waiting threshold is exceeded. 

- At this point, all of the queued parties are connected to an available RAN 
trunk. 
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CONTINUOUS RAN, OLD CONFIGURATION 



Prior to release 23, one single continuous RAN channel may broadcast 
announcement by using cross connections (up to 24 cross connected trunks). 
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START/STOP RAN, OLD CONFIGURATION 


one to one 



• RAN channels and RAN trunks are connected one-to-one 

• Only CKM mode allows independent RAN trunks. 
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START/STOP or CONTINUOUS RAN, using BROADCAST 


1 BROADCASTING 
RAN TRUNK 



RAN Pack 
H 4 or 8 units 

(QPCX74_ 
EXUT 
XFEM) 


1 RAN CHANNEL 
CONNECTED TO 
1 RAN TRUNK 



EXTERNAL RAN 
MACHINE 


• With RAN Broadcast, 1 single RAN Channel may broadcast up to 48 calling 
parties using one single RAN Trunk 
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INTEGRATED RAN using BROADCAST 
1 BROADCASTING 



• RAN broadcast replaces cross connection with Integrated RAN. 

• RAN Broadcast package introduces RAN enhancements: (applicable to both 
broadcasting and non broadcasting RAN routes, as far as the RAN Broadcast 
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package is equipped) 

- Music while Waiting: when a RAN request results in a queuing call, a selected 
music source is provided to waiting callers. This music replaces ringback tone. 
Music is provided until the system locates an available RAN trunk. 

- New RAN modes (MCON, MPUL & MLVL) to allow independent trunks in 
the same RAN routes. 

- Configurable maximum length of the message (up to 2 hours, applicable to the 
new RAN modes only). 

- Configurable ’GROUND’ meaning (’PLAY’ or ’IDLE’, applicable to the new 
RAN modes only). 

BENEFITS: 


- Costs are reduced to provide RAN services as 
trunks and RAN machines). 

- Increase cost effectiveness of Integrated RAN 

- Many enhancements to the RAN feature. 

39. Feature Set up, Activation & Deactivation 


less hardware is needed (RAN 
(MIRAN) 
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• A RAN route may be defined as Broadcasting or non broadcasting. 

• The number of Broadcasting RAN routes on a system can not be greater than its 
ISM limit. 

• The maximum number of connections per Broadcasting RAN trunks is 
configurable on a trunk basis. Maximum value is 48. 

• The total number of Broadcasting RAN connections can not be greater than its 
ISM limit. 
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Equivalent Configurations 


Non Broadcasting 

Broadcasting 

RAN Route 1: 

- continuous RAN 

- 16 RAN trunks cross connected to 1 

RAN channel 

RAN Route 2: 

- S tart/S top RAN 

- 4 RAN trunks connected one-to-one 

to 4 RAN channels 

RAN Route 1: 

- continuous RAN 

- 1 RAN trunk connected to 1 RAN 
channel (CONN = 16) 

RAN Route 2: 

- Start/Stop RAN 

- 1 RAN trunk connected to 1 RAN 
channel (CONN = 4) 

Hardware: 

20 RAN trunks & 5 RAN channels 

Hardware: 

2 RAN trunks & 2 RAN channels 

RAN broadcast ISM: 

RAN Routes: 2 

RAN connections: 20 (16+4) 
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40. User Interface, Administration & Maintenance 
• To define a broadcast RAN route: 

- configure the RAN route as broadcasting in LD 16 

set up the max number of connections per trunk in LD 14 
LD 16 - Define a broadcast RAN Route. 



Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RDB 

Route Data Block. 

TKTP 

RAN 

Recorded announcement trunk type. 

bdc *MM 

YES 

Allow RAN broadcast for this route. 



NO = Deny RAN broadcast for this route. 
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LD 14 - Define a RAN trunk. 


Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RAN 

Recorded Announcement trunk data block. 

TN 

1 s c u 

Terminal Number 


c u 

For Option 11C. 

RTMB 

1 - 126, 0- 127 

Member number, Route number. 

-CONN 

(4) - 48 

Maximum number of broadcast 
connections allowed for this trunk. 


Note: The CONN prompt defines the maximum number of broadcast connections 
allowed for a RAN trunk at any given time. As an example, if sixteen is 
configured, then the physical broadcasting trunk may broadcast up to sixteen 
callers at one time. 
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• For Broadcast Start/Stop RAN, Thresholds may be defined: 
LD 16 - Define Thresholds for Start/Stop RAN Route: 


Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RDB 

Route Data Block. 

TKTP 

RAN 

Recorded Announcement trunk type. 

RTYP 


Recording devices for RAN trunks where: 


CAP 

Code-A-Phone 


CK2 

Cook 201. 


CKM 

Cook 201 multichannel. 


PUL 

Pulse start/stop machine. 


LVL 

Level start/stop machine. 


MLSS 

Level start/stop multichannel. 


MPUL 

Pulse start/stop multichannel. 


MLVL 

Level start/stop multichannel. 
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STRT 


Start arrangement. 

% 



Call connects at the start of announcement. 

BDCT 

w 7 1 


Allow RAN broadcast for this route. 

_TITH 

(0) - 300 


Waiting Time Threshold (seconds) 


\ 


Prompted only if BDCT=YES and for Start/ 


\ 

/ 

Stop RAN with STRT=DDL 



Default value 0 means no threshold applies 

_NCTH 

(0)-100 

Number of Calls Waiting Threshold 



Prompted only if BDCT=YES and for Start/ 



Stop RAN with STRT=DDL 



Default value 0 means no threshold applies 
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• Music while Waiting 

LD 16 - Define Music while Waiting for RAN: 


Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RDB 

Route Data Block. 

TKTP 

RAN 

Recorded announcement trunk type. 

WAIT 

■ • ■ 

Ringback 


MUS 

Provide music for calls queuing for RAN 


(RGB) 

Provide ringback for calls queuing for RAN 

_MRT 

0-511 

Music route for RAN queuing. 



MRT is only prompted for RAN route with 
WAIT = MUS 
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• New RAN Modes 

LD 16 - Define new RAN modes: 


1_ 

Prompt 

Response 

Description 

REQ 

NEW, CHG 

New, or change. 

TYPE 

RDB 

Route Data Block. 

TKTP 

RAN 

Recorded Announcement trunk type. 

RTYP 


Recording devices for RAN trunks 


MCON 

Continuous multichannel. 


MPUL 

Pulse start/stop multichannel. 


MLVL 

Level start/stop multichannel. 

_LGTH 

4-(60)-7200 

Maximum message length in seconds. 

_GRD 

(IDLE) 

If ground signal from the RAN machine, 
indicates that the machine is idle 


PLAY 

If ground signal from the RAN machine, 
indicates that the machine is playing 
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41. System Messages 


Message 

Number 

Severity 

Events 

Actions 

SCH0051 

Info 

Attempt made to change a non broadcasting RAN 
route to broadcasting with an insufficient number of 
available ISM RAN connections. 

customer must contact distributor to increase 
ISM limit 

SCH0052 

Info 

Attempt made to change a RAN route to 
broadcasting or non broadcasting with active calls 

Customer must take an action to not have any 
more active calls to any of the trunk members. 
Trunks may be disabled or the RAN route 
may be replaced by another one during the 
change. This last option will not disconnect 
any call 

SCH0053 

Info 

Attempt made to change the maximum number of 
connections to a broadcasting trunk of a RAN route 
in overlay 16, but such a change would exceed 
broadcast RAN connection ISM limit 

customer must contact distributor to increase 
ISM limit 

SCH0054 

Info 

Attempt made to define a RAN route as a broadcast 
route with an insufficient number of available ISM 

customer must contact distributor to increase 
ISM limit 
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Message 

Number 

Severity 

Events 

Actions 

SYS9037 

High 

Customer has configured a RAN route with data 
requesting the RAN broadcast package but RAN 
Broadcast package restricted, broadcast capability 
removed from route, ringback tone provided while 
waiting and new RAN machine types changed 

Enable RAN Broadcast package. DO NOT 
DATADUMP, system information will be lost 

SYS9038 

High 

Number of broadcasting RAN routes exceeds ISM 
limit, broadcast capability removed from route 

Customer must contact distributor to increase 
ISM limit. DO NOT DATADUMP, system 
information will be lost. 

SYS9039 

High 

Number of broadcast RAN connections exceeds ISM 
limit 

Customer must contact distributor to increase 
ISM limit. DO NOT DATADUMP, system 
information will be lost. 

SCH0064 

Info 

TITH value out of range (0-300) 

enter an in range value 

SCH0065 

Info 

NCTH value out of range (0-100) 

enter an in range value 

SCH0066 

Info 

CONN value out of range (4-48) 

enter an in range value 

SCH0067 

Info 

LGTH value out of range (4-7200) 

enter an in range value 

AUD650 

Minor 

TITH Call Register does not match RAN Route data 

Report problem if condition persist 

AUD651 

Minor 

TITH CR is lost 

Report problem if condition persist 
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Message 

Number 

Severity 

Events 

Actions 

AUD652 

Minor 

RAN Broadcast Timeslice Call Register not in 
128ms queue 

Report problem if condition persist 

AUD653 

Minor 

TITH Call Register not in 2S queue 

Report problem if condition persist 

BUG9079 

Minor 

Call Register idled still in RAN queue 

Report problem if condition persist 

BUG9080 

Minor 

Call Register idled still in broadcast trunk list 

Report problem if condition persist 

BUG9081 

Minor 

ORIGTN = 0 in a call waiting for RAN 

Report problem if condition persist 

BUG9082 

Minor 

TERTN = 0 in a call linked to a RAN broadcasting 
trunk 

Report problem if condition persist 

BUG9083 

Minor 

Data in TITH Call Register and RAN route data 
block does not match 

Report problem if condition persist 

BUG9089 

Minor 

The number of RAN connections available in the 
system is less than 0. 

Report problem and reduce the number of 
RAN connections until the problem disappear 

BUG9090 

Minor 

The number of RAN broadcasting route available in 
the system is equal less than 0. 

Report problem and remove broadcasting 
RAN route until the problem disappear 

BUG9091 

Minor 

RAN waiting calls list is broken 

Report problem if condition persist 

BUG9092 

Minor 

RAN trunk list is broken 

Report problem if condition persist 
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Message 

Number 

Severity 

Events 

Actions 

BUG9140 

Minor 

Call register removed from the RAN waiting queue 
still in the RAN waiting call register's list 

Report problem if condition persist 

BUG9141 

Minor 

A call is connected after the RAN re-started. The 
beginning of the announcement could be missed. 

Increase the delay between the two 
announcements on the RAN machine (up to 2 
seconds), or reduce the maximum number of 
RAN connections 


42. Feature Interactions 

• Answer Supervision : when Music is provided when waiting for RAN 
(WAIT=MUS configured in overlay 16), then answer supervision is returned as if 
the RAN was given. 

• ACD and ROA : when Music is already provided by the feature requesting RAN 
(second RAN for ROA and ACD for instance), the Music while Waiting 
configuration as no effect. 

• ICCM : The ICCM broadcast capability is independent of the RAN broadcast 
capability which is applicable only to RAN routes. 

43. H/W Requirements 
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• The new RAN modes, as the existing ones, are applicable to RAN units supporting 
it: 

- MCON: any RAN unit (QPC74, XUT, EXUT, XFEM, MIRAN) supporting 
Continuous RAN. 

- MPUL: any RAN unit (QPC74, EXUT, XFEM) supporting Pulse Start/Stop 
RAN. 

- MLVL: any RAN unit (EXUT, MIRAN) supporting Level Start/Stop RAN. 

• GRD prompt exists already in LD16 but is applicable to XFEM RAN trunks only 
when not associated with one of the new RAN modes (MCON, MPUL or MLVL). 

44. Debugging Hints 

• Many SNAPs are added to debug RAN broadcast (Snap # 440 to 449, and existing 
130 to 136 for RAN feature are enhanced). 

• When many BUG9091 orBUG9092 are output, a INIT may be required to recover 
(one occurrence of the bug message is not critical as auto-recovery occurs). 

45. Example of Configuration & Maintenance 
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Define a Continuous RAN 


Prompts 

Responses 

Descriptions 

REQ 

NEW / CHG 

New / Change 

TYPE 

RDB 

Route data block 

TKTP 

RAN 

Trunk type RAN 

RTYP 

DGT 

Digital 


CON^- 

Continuous 


AUD 

Audichron 


MCON 

Continuous Multichannel 

REP 

1-15 

Number of repetitions of RAN 

POST 

DIS 

Disconnect after maximum repetitions 

STRT 

IMM 

Immediately connect call to recorded announcement 

WAIT 

MUS 

Provide music while calls queueing for RAN trunk 
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Prompts 

Responses 

Descriptions 

_MRT 

0-511 

Music route for RAN queueing 

BDCf 

YES 

Allows RAN broadcast for this route 




ASUP 

YES 

Return answer supervision 
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Define a Delay Dial Start / Stop RAN route 


Prompts 

Responses 

Descriptions 

REQ 

NEW / CHG 

New / Change 

TYPE 

RDB 

Route data block 

TKTP 

RAN 

Trunk type RAN 

RTYP 

CAP 

Code-A-Phone 


CK2 

Cook 201 


CKM 

Cook 201 Multichannel 


PUL 

Pulse start/stop machine 


LVL 

Level start/stop machine 


MLSS 

Level start/stop multichannel 


MPUL 

Pulse start/stop multichannel 


MLVL 

Level start/stop multichannel 

REP 

1-15 

Number of repetitions of RAN 
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Prompts 

Responses 

Descriptions 

POST 

DIS 

Disconnect after maximum repetitions 

STRT 

DDL 

Delay call connection until start of announcement 

WAIT 

RGB 

Provide ringback while calls queueing 

BDCT 

YES 

Allows RAN broadcast for this route 




_TITH 

(0) - 300 

Waiting Time Threshold (seconds) 

Default value zero means no threshold applies 

Prompted only if BDCT=YES and STRT=DDL 

_NCTH 

(0) - 100 

Number of Calls Waiting Threshold 

Default value zero means no threshold applies 
Prompted only if BDCT=YES and STRT=DDL 

ASUP 

CO 

Return answer supervision, only if originator a CO 
trunk 
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Define a RAN trunk 


PROMPT 

RESPONSE 

DESCRIPTION 

REQ 

NEW/CHG 


TN 

<TN> 

Terminal Number 

type 

RAN 

RAN trunk 

• • • 

• • • 


RTMB 

XX YY 

Route number, Member number 

_CONN 

(4) - 48 

Define the maximum number of broadcast 
connections allowed for this trunk. 

Prompted only for associated RAN route 
with BDCT=YES 
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Maximum number of connections per trunk is 48, BUT: 

• Real Time impact may result in reducing that value dynamically. 

• The CONN value should be kept below 48 depending on the System 
characteristics: 

- continuous RAN trunks are used with a short delay (<500ms) between two 
announcement. 

- Trunks within different RAN routes may behave as quite synchronous 
periodically. 

- Music while waiting is configured. 

• Cross Connection and Broadcast feature should not be used simultaneously. 
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■ New Traffic Reports can be generated for Broadcast RAN route: 


Customer Report #11: 


System ID 

TFC111 


Customer number 

Route number 

Trunk type 

Successful broadcast 

Average call 

Average waiting 

connections peg count 

duration 

duration 

Maximum waiting time 

Waiting time threshold 
peg count 

Number of waiting 
parties threshold peg 
count 

Broadcast connections 

Broadcast connections 

Broadcast connections 

peg count for lowest 

peg count for next to 

peg count for next to 

usage trunk 

lowest usage trunk 

next to lowest usage 
trunk 
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TITH and NCTH Thresholds 

• The thresholds TITH and NCTH should be set up to minimize the average waiting 
time. The waiting time threshold (TITH) should be set to the length of the message 
divided by the number of trunks. The number of calls threshold (NCTH) should 
be set to the maximum number of connections per trunk divided by the number of 
RAN repetitions. All trunks should have the same number of allowed connections 
(a small difference is allowed to use spared ISM connections). Thus, all RAN 
starts should be well triggered. 

• In case of small RAN usage (irregular incoming rate), both NCTH and TITH 
should be kept at a low value. 

• The TITH and NCTH threshold can be adjusted using the new TFC111 broadcast 
report. The difference between the number of times of TITH was met and NCTH 
was met give a good idea on how the system reacts to the incoming RAN request 
rate. In case of a high rate, a greater number of NCTH met than TITH indicates 
that the number of connections is insufficient. 
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46. Broadcast Low Level Timeslot Diagram 


Global Technology Transfer Meeting 



























N&RTEL 


Release 23 Global Technology Transfer Meeting 


• The first call sets up the timeslot data (& junctor data if call between groups) for 
both the RAN and the listening party. All subsequent calls to this ran will only 
involve the setup of the listening party, making sure that it receives on the same 
timeslot as the one assigned to the RAN in the original call. 

• Broadcast model based somewhat on Automatic Wake Up (AWU) strategy, 
except we handle junctors differently. AWU nails up junctor slots for the entire 
duration of RAN usage. Broadcast releases them back to system when all calls 
from that group are disconnected i.e. RAN machine can be still playing to other 
groups. 
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Selectable Conferee Display and Disconnect 

(SCDD) 


Designers: Annette Lim 

Henry Lang 

Manager: Bjorn Merinder 
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active call key 

The key on which the call is established. 
This includes any key on which a regu¬ 
lar Conference call can be made, (e.g., 
DN key, CWT, DIG, Hotline, Voice 

Call, Private Line and Automatic Call 
Distribution (ACD) In-calls key). 

active conference 
display 

The display screen of the set in an active 
conference. 

conferee 

A party or member in a conference call. 

external conferee 

A conferee on a trunk connected to the 
Meridian 1 system, where the trunk can 
be configured as internal or external. 
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internal conferee 

A conferee which is a 500/2500 type 
set, BCS type set, attendant console or 
service trunk within the Meridian 1 sys¬ 
tem (e.g., RAN, paging, Music). 

conference 

controller 

The party that initializes and/or adds 
conferees to a conference call. 

last conferee 

The latest party added to the conference 
by any set in the conference. 

simple call 

A two party call 


2. Functional Overview 

The Selectable Conferee Display and Disconnect (SCDD) 
feature is only applicable to Aries sets equipped with a 
display screen and conferences with three or more parties. 


R23Release Management 


608 


January 30&31, 1997 









N&RTEL 


Release 23 Global Technology Transfer Meeting 


The SCDD feature is composed of two independent sub¬ 
features: 

• Conference Count Display 

While active in a conference with new-CLS CDCA (Conferee 
Display Count allowed), the new active conference display 
can show the number of parties in the conference on the Aries 
set’s screen. The format of the display is configured on a 
customer basis. 

• Selectable Conferee Disconnect 

By using the new Conferee Selectable Display (CSD) key, the 
Aries set user can scroll through the conferees active in the 
conference call. Each conferee is displayed on the CSD key 
user’s screen. Once the CSD key is activated, the Aries set 
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user can selectively drop any displayed conferee. 

3. Feature Set up, Activation & Deactivation 

The SCDD feature is included with base packaging and is 
only applicable to Aries sets equipped with a display screen. 

• Conference Count Display 

The Conference Count Display is activated on a set basis 
(CLS CDCA) and composed of three fields which are 
configurable on a customer basis: 

- Total Conferees Count - shows the total number of parties 
or conferees involved in a conference and includes internal 
and external conferees. 

- Total Internal Conferees Count - shows the total number of 
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conferees internal to the Meridian 1 system. These include 
500/2500 type sets, BCS type sets, attendant consoles, or 
service trunks within the Meridian 1 system (e.g., RAN, 
paging, Music). 

- Total External Conferees Count - shows the total number 
of conferees that are external to the Meridian 1 system. 
These includes trunks that are connected to the M1 system 
that can be configured on routes as internal or external. 

Using a combination of the above three fields, the 8 possible 
display formats are shown in the following example using the 
default display field names. 

If more than 6 parties are involved in the conference, the 
count is shown as “6+”. 
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Possible Display Formats of the New Active Conference Display 





CONF I 5 


00:01 






N 




CONF E 2 


00:01 




CONF I 5 E 2 

00:01 




CONF 6+ 


00:01 




CONF 6+15 

00:01 





CONF 6+ I 5 E 2 

00:01 
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• Selectable Conferee Disconnect 

Selectable Conferee Disconnect is activated on a set basis by 
pressing the new CSD key while active in a conference. The 
last conferee is shown first. Subsequent pressing of the CSD 
key lists the rest of the conferees (in no particular order). The 
CSD key user is not displayed. 

The display format of each conferee follows the existing 
simple call display. If the conferee is a trunk call, the display 
shows the trunk group access code and the trunk member 
number. 
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• To Disconnect a conferee with Selectable Conferee 
Disconnect while active in a conference call: 


I. Press the Conferee Selectable Display key repeatedly until 
the conference party member to drop is displayed. The CSD 
key lamp is lit. The displays on other conferee sets are not 
changed. 
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II. Press the active call key (where active conference is 
established). 

a. The CSD key lamp is dark. The displayed conferee is 
disconnected. 
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The active conference display returns showing the total count 
of conferees is decremented on all Aries sets in the conference 
with Conference Count Display enabled. The CSD key user 
and other conferees remain active in the call throughout the 
operation. 
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b. If the displayed conferee cannot be disconnected (e.g., 
Attendant console), the CSD key lamp is flashing. The 
display is unchanged and still shows the same conferee. 
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• To Cancel Selectable Conferee Disconnect at any time after 
activation: 


I. Press the Conferee Selectable Display key repeatedly 
displaying conferees to drop. The CSD key lamp is lit. The 
displays on other conferee sets are not changed. 
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II. Press Release to abort the Selectable Conferee Disconnect. 
The CSD key lamp is dark. No one is disconnected. The 
active conference display returns. The original conference 
call remains active throughout the operation. 



4. User Interface, Administration & Maintenance 

• Overlay 11 

Both the new CLS CDCA/CDCD and the new CSD key are 
dependent on the existing CLS ADD or DDS (Automatic 
Digit Display and Delay Display, respectively) and are only 
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applicable to Aries sets equipped with a display screen. 

Table 37: Overlay 11 


PROMPT 

RESPONSE 

DESCRIPTION 

REQ 

NEW/CHG 

Add a new set or modify an existing set. 

TYPE 

aaaa 

Aries sets equipped with a display screen, 
aaaa = 2008,2016,2216,2616. 

TN 

1 s c u 

loop, shelf, card and unit (Terminal Number). 


cc uu 

card and unit for Option 11C. 

•«• 

... 
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Table 37: Overlay ll(Continued) 


PROMPT 

RESPONSE 

DESCRIPTION 

CLS 

(CDCA) / 

Conferee Display Count Allowed CLS, the default 
value for new Aries sets with a display enables the 
display to show the total number of conferees in a 
conference call following the Conference Count 
Display CDB format. 


CDCD 

Conferee Display Count Denied CLS to have a 
blank display during a conference call. 

... 

... 


KEY 

CSD 

Conferee Selectable Display key, enabling the 
Selectable Conferee Disconnect sub-feature. 
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• Overlay 15 

For the new active conference display, there are three new 
fields to be configured: 

- Total Conferees Count display field 

- Total Internal Conferees Count display field 

- Total External Conferees Count display field 


A blank screen can be configured if all three Conference 
Count Display field options are set to NO. 
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Table 38: Overlay 15 


a 


PROMPT 

RESPONSE 

DESCRIPTION 

REQ 

NEW/CHG 

Define or modify customer data block 

TYPE 

CDB/ 

FTR_DATA 

Customer Data Block 

Change Features and Options 

OUST 

0-99 

Customer number 

... 

• • • 


CONF_DSP 

YES/(NO) 

Gateway to change the new Conference display 
configurations. 

-CNFFIELD 

YES/(NO) 

Display the total number of conferees. 

-CNF.NAME 

aaaa / 

(CONF) /<cr> 

Conference Count Display field name 3 ; 

1-4 alphanumeric characters 

> -INTFIELD 

YES/(NO) 

Display the total number of Internal conferees. 
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Table 38: Overlay 15(Continued) 


■ 

PROMPT 

RESPONSE 

DESCRIPTION 


-INT_NAME 

aaaa/ 

(I) / <cr> 

Internal conferees count display field name; 

1-4 alphanumeric characters; 

Prompted only if INTFIELD=YES. 


-EXTFIELD 

YES/(NO) 

Display the total number of External conferees. 


~EXT_NAME 

aaaa/ 

(E) / <cr> 

External conferees count display field name; 

1-4 alphanumeric characters; 

Prompted only if EXTFIELD=YES. 



R23Release Management 


624 


January 30&31, 1997 


















N&RTEL 


Release 23 Global Technology Transfer Meeting 


a. The Conference Count Display field name (new prompt 
CNF_NAME) serves a dual purpose. If the Total Conferees 
Count display field is enabled (new prompt 
CNFFIELD=YES), the Conference Count Display field name 
is followed by the total number of conferees in the conference 
on the Aries set’s display screen. 


If the Total Conferees Count display field is disabled 
(CNFFIELD=NO) and at least one of the other conference 
display field options is enabled (new prompts INTFIELD or 
EXTFIELD), the Conference Count Display field name 
indicates that the following internal and/or external counts on 
the Aries set’s display screen are for a conference. 
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• Overlays 20, 21, 71, 81 and 83 

The print routines in these overlays are modified for the new 
prompts and responses introduced in Overlays 11 and 15. 

5. System Messages 

No new system messages are introduced. Existing messages 
are used for service change errors. 

6. Feature Interactions 

• The Selectable Conferee Display and Disconnect feature is 
not dependent on the method/feature used to add a conferee 
to the conference. These features are not changed by the 
SCDD feature and include the following: 

- Attendant Barge-in 
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- Attendant Break-in 

- Bridging 

- 3-party and 6-party Conference 

- Multi-Party Operations (MPO): 
Call Join and Three Party Service 

- No Hold Conference (NHC) 

- Override (OVR) 

- Priority Override (POVR) 

- Privacy Override (POA) 
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• When displaying the other conferees to the Conferee 
Selectable Display (CSD) key user, the display of each party 
in the conference (including trunks) follows the existing 
simple or two-party call display. No changes are made to the 
features which supply and/or display this data. These features 
include the following: 

- Called Party Name Display (CPND) 

- Calling Party Privacy (CPP) 

- Dialed Number Identification Service (DNIS) 

- Digit Display 

- Displayed Calling Party Denied 

- ISDN Calling Line Identification (CLID) 
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• In addition to the previous conference and display features, 
the following features also interact with the SCDD feature. 
Please read the FS for more details. 

- Attendant 

- Automatic Call Distribution (ACD) 

- Automatic Hold / Hold 

- Call Waiting (CWT) 

- Dial Intercom (DIG) 

- Digitone Receiver (DTR) 

- Display Key (DSP) 

- End-to-End Signaling (EES) 
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- Flexible Trunk-to-Trunk Connections (R23) 

- Group Call (GRC) 

- Hotline (HOT) 

- Integrated Services Digital Network (ISDN) 

- Basic Rate Interface (BRI) 

- Private Line 

- Tone and Digit Switch (TDS) 

- Voice Call (VCC) 

- Application Module Link (AML) / MERIDIAN LINK 

- MAT/SMP: Configuration Management 

7. H/W Requirements 
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The SCDD feature is only applicable to Aries sets equipped 
with a display screen. 

8. Tools Needed 
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Line-side E11nterface (LEI) 



Telecom Strategies Inc., 
Mission Park 






Product Objectives 


• Line-side El Interface Circuit Card (LEI) 

• Provide Cost-Effective El Interface To Line 
Side Of Meridian 1 

• Improve Method Of Connection To El-Based 
Ancillary Equipment 

• Provide Access To Small Remote Location© 

• Full Compliment Of El Monitoring And 
Diagnostic Capabilities 
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Configuration 


Line-side El 
Interface 


TMftf-party 
Paripharal Equipment 
w/ El Interface 
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Product Overview 


• One Double-Wide Circuit Card Provides Full El 
Access To IPE 

t Installs In Any Intelligent Peripheral Equipment 
(IPE) Card Slot 

• Requires Two Consecutive Slots 

• 16 TN’s Available On Motherboard 

• 14 TN's Available On Daughterboard 

• Emulates Two Analog Line Cards (ALC) to X11 
Software 
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Product Overview 


• Full ALC Functionality Available To El 
Equipment 

• Acts As A Line, Not A Trunk 

• Hook Flash 

• SPRE Codes 

• Ringback Tones 

• Enhanced Functionality Over Analog Line Card 

• Distant End Disconnect Feature (Supervised Analog Lines) 
introduced in XII RIs 21 Software Fully Supported 

• Selectable Interface Protocol 

• Loop Start 

• Pseudo-Ground Start 

• Glare Potential On M-1 Outbound Calls 

March 21,1007: CALA T«ch Tran*fc*r 







Product Overview 


• Powerful El Line Monitoring And Diagnostic 
Capability 

* Separate MMI Port For El Link Maintenance 

• Not Required For Normal Operation 

• Daisy Chain Cable For Multiple LEI Maintenance 

• Interfaces Up To 500 Miles Before Echo 
Cancellers Are Required 

• Uses Channel Associated Signalling (CAS) 
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Product Applications 


• Use Anywhere El Compatible Equipment 
Needs To Attach To Line-side Of Meridian 1 

• El Compatible IVR Equipment 

• El Compatible VRU Equipment 

• El Compatible Turret Systems 

• El Compatible Wireless Systems 

• Remote 2500 Sets Through El To Channel Bank 

• Remote Norstar Sites Behind Meridian 1 Over El 
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Application Example 


















Product Compatibilities 


• Verified With X11 Release 17 and later 
Software 

• Compatible With Meridian 1 Options 11 (E/C) 
through 81 (C) 

• Compatible With SL-1 Systems If IPE Modules 
Are Equipped 

• Supports All ALC Functionality 

• Fully Compatible With All IPE Monitoring and 
Diagnostic Capabilities 
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Product Compatibilities 


*—— ^ 

• El Carrier 

* Compatible With CAS Framing 

* Compatible With AMI and HDB3 Coding 

• Standard Carrier Interface 

* LTU (orCSU) Required For Public Network Access 

• Compatible With Standard El Test Equipment 

* Uses Standard PCM In Standard El Timeslots 

* El Loopback Diagnostic Capabilities 
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Engineering Details 


a 


• Timeslot Mapping 

• Motherboard 

• Unit 1 Appears On El Timeslot 1 
• • 

• Unit 15 Appears On El Timeslot 15 

• Unit 16 Appears On El Timeslot 17 

* Daughterboard 

• Unit 1 Appears On El Timeslot 18 
• • 

• Unit 14 Appears On El Timeslot 31 

Note: Framing on timeslot 0 and Signalling on timeslot 16 
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Installation/Hardware Reqmts 


• LEI Card Fits In Any Pair of IPE Card Slots 

• Requires Two Slots 

• Connection Through Standard 50-Pin ‘Tip & 
Ring” Connector at I/O Panel 

• No Internal Cable Changes Needed 

• Two Card Versions Created: 

• NT5D33AA (A0670500) For Options 21 thru 81 Type IPE 
Modules 

• NT5D34AA (A0670502) For Option 11 Type Cabinets 


to 
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Installation/Hardware Reqmts 


• NT5D35AA (A0670503) or NT5D36AA 
(A0675969) Cables Required For Interface to LEI 

• Each Cable is Two Feet Long and Provides 
Connectors For: 

• DB-15ForE1 Carrier (NT5D35AA only) 

• BNC Coax For El Carrier (NT5D36AA only) 

• DB-9 For MMI 

• DB-9 For MMI Daisy Chain in Multiple LEI Configurations 

• DB-9 External Alarm Contact Closure Output 

• Extender Cables Are Also Available 


14 
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Optional Cables 


• Depending On Specific Customer 
Requirements, the Following Optional 
Extender Cables Are Available: 

• NT7R66BA (A0656212) for Extension to MMI Terminal 

• NT7R86AA (A0659792) for Alarm Connection at MDF 

• NT7R87BA (A0659794) for Extension to El Device or 
El Public Provider (LTU or CSU) 
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• Dip Switches Configure All Operational 
Parameters 

• AMI or HBD3 Coding 

• Loop or Ground Start Protocol 

• MMI Card Address 

• Selection Of Action On El Link Failure 

• MMI Port Speed Selection 
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Maintenance 


• Maintenance Separated Into Normal Line Card 
Maintenance And El Maintenance 

• Line Card Maintenance Performed Identically To ALC 

• El Maintenance Performed Through Separate MMI 

• El Maintenance Interface Not Required For 
Normal Installation And Operation: 

• Dip Switch Setting* For All Operational Parameters 

• Default Carrier Alarm Threehold Values 

• Separate El Maintenance Commands For: 

• Carrier Configuration 

• Carrier Alarm Administration 

• Performance Reports 

• Circuit Pack and Carrier Testing 

March 21,1997: CALATech Transfer Session 



Carrier Configuration 


• Selectable Frame Slip and Bit-Rate Alarm 
Thresholds And Durations 

* Capability To Enable/Disable Alarms 

* Automatic or Manual Clearing Of Carrier Alarms 

• Traatment Of TN’s On Carrier Alarm Condition 


.89 


Mareh 81, 1997: 6ALA Tech Transfer Session 




Carrier Alarm Operation 


•Two Levels Of Alarms: 

* Level 1 • Notification Only y 

* Level 2 - TN Treatment / 

• All TN’s Idle 

• All TN’a Buey 

• Types Of Carrier Alarms: 

* Lose Of Signal -Level 2 

* Loss Of Frame - Level 2 

* AIS (Blue Alarm) • Level 2 

* Frame Slips • Level 2 

* Bit Error Rate - Levels 1, and 2 
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Alarm Log 


• Shows Last 100 Carrier Alarms 

• Time and Date Stamped 

• Clearable On Command 



do do 
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Historical Performance Report 


• Statistics For Each Hour In Past 24 Hours 

• Errored Seconds 

• Bursty Seconds 

• Severely Errored Seconds 

• Unavailable Seconds 

• Controlled Slip Seconds 

• Loss of Frame Count 

• Clearable Error Counter 
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Current Performance Reports 


• Current Hour’s Statistics 

• Errored Seeends 

• Bursty Seeends 

• Severely Errored Seconds 

• Unavailable Seconds 

• Controlled Slip Seconds 

• Loss of Frame Count 

• Clearable Error Counter 
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Performance Reports 


• Three Reports: 

• Current Performance Report 

• Historical Performance Report 

• Alarm Log 


oo 
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• Frame Slip Alarms: 

• Definable Number Of Frame Slips Per Duration For Level 2 
Alarm Condition To Be Declared 

• Bit Error Rate Alarms: 

* Separately Definable Error Rate Thresholds And Durations 
For Alarm Level 1, and 2 


22 


MarehSI, 19§7: GALA Teoh transfer Session 


4, ... *• 


*-» s. 











Circuit Card and Carrier Tests 


• Designed To Quickly Isolate To A Field- 
Replaceable Unit: 

* Line-side El Interface Circuit Card/Cables 

* Carrier Equipment Or Network 

• Three Tests: 

* Test 1. Local Loopback Test 

* Closes local loopback relay And Tests LEI Circuit Card 

* Test 2. External Network/CPE Loopback Test 

* Allows An External Network or CPE Loopback To Be 
Inserted And Tests LEI With External Loopback 

* Test 3. Loopback Toward Network 

* Provides A Loopback Toward Network At LEI El 
Interface 

* Used To Test CPE Equipment Operation With LEI 
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Loopback Testing 


Test 1 

Local Loopback Test 
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Loopback Testing 


Test 2 

External Network/CPE Loopback Test 
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Loopback Testing 


Test 3 

Loopback Toward Network 
Meridian 1 
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Installation and configuration 

Installation and configuration of the Line-side El card consists 

of 6 basic steps: 

1 Configure the dip switches on the Line-side El card for your 
environment. 

2 Install the Line-side El card into the selected card slots. 

3 Cable from the I/O panel to the LTU, MMI terminal or 
modem (optional), external alarm (optional), and other Line- 
side E1 cards for daisy chaining use of MMI terminal 
(optional). 

4 Configure the MMI terminal. 

5 Configure the Line-side E1 card through the Meridian 1 
software and verify self-test results. 

6 Verify initial E1 operation and configure MMI (optional). 
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Product Objectives 


• Line-side El Interface Circuit Card (LEI) 

• Provide Cost-Effective El Interface To Line 
Side Of Meridian 1 

• Improve Method Of Connection To El-Based 
Ancillary Equipment 

• Provide Access To Small Remote Location^* 

• Full Compliment Of El Monitoring And 
Diagnostic Capabilities 
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Configuration 
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Product Overview 


• One Double-Wide Circuit Card Provides Full El 
Access To IPE 

• Installs In Any Intelligent Peripheral Equipment 
(IPE) Card Slot 

• Requires Two Consecutive Slots 

• 16 TN's Available On Motherboard 

• 14 TN’s Available On Daughterboard 

• Emulates Two Analog Line Cards (ALC) to X11 
Software 
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Product Overview 


• Full ALC Functionality Available To El 
Equipment 

• Acts As A Line, Not A Trunk 

• Hook Flash 

• SPRE Codes 

• Ringback Tones 

• Enhanced Functionality Over Analog Line Card 

• Distant End Disconnect Feature (Supervised Analog Lines) 
introduced in X11 RIs 21 Software Fully Supported 

• Selectable Interface Protocol 

• Loop Start 

• Pseudo-Ground Start 

• Glare Potential On M-1 Outbound Calls 
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Product Overview 


• Powerful El Line Monitoring And Diagnostic 
Capability 

* Separate MMI Port For El Link Maintenance 

• Not Required For Normal Operation 

• Daisy Chain Cable For Multiple LEI Maintenance 

• Interfaces Up To 500 Miles Before Echo 
Cancellers Are Required 

• Uses Channel Associated Signalling (CAS) 
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Product Applications 


• Use Anywhere El Compatible Equipment 
Needs To Attach To Line-side Of Meridian 1 

• El Compatible IVR Equipment 

* El Compatible VRU Equipment 

• El Compatible Turret Systems 

* El Compatible Wireless Systems 

• Remote 2500 Sets Through El To Channel Bank 

* Remote Norstar Sites Behind Meridian 1 Over El 
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Application Example 



















Product Compatibilities 


• Verified With X11 Release 17 and later 
Software 

• Compatible With Meridian 1 Options 11 (E/C) 
through 81 (C) 

• Compatible With SL-1 Systems If I PE Modules 
Are Equipped 

• Supports All ALC Functionality 

• Fully Compatible With All IPE Monitoring and 
Diagnostic Capabilities 
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Product Compatibilities 


- T . . . . ' ■■■■ ■ ■ — " - ■ ■ ^ 

tr 

• El Carrier 

• Compatible With CAS Framing 

• Compatible With AMI and HDB3 Coding 

• Standard Carrier Interface 

• LTU (orCSU) Required For Public Network Access 

• Compatible With Standard El Test Equipment 

• Uses Standard PCM In Standard El Timeslots 

• El Loopback Diagnostic Capabilities 
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Engineering Details 


3 


• Timeslot Mapping 

• Motherboard 

• Unit 1 Appears On El Timeslot 1 
• • 

• Unit 15 Appears On El Timeslot 15 

• Unit 16 Appears On El Timeslot 17 

* Daughterboard 

• Unit 1 Appears On El Timeslot 16 
• • 

• Unit 14 Appears On El Timeslot 31 

Note: Framing on timeslot 0 and Signalling on timeslot 16 
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Installation/Hardware Reqmts 


• LEI Card Fits In Any Pair of IPE Card Slots 

• Requires Two Slots 

• Connection Through Standard 50-Pin ‘Tip & 
Ring” Connector at I/O Panel 

• No Internal Cable Changes Needed 

• Two Card Versions Created: 

• NT5D33AA (A0670500) For Options 21 thru 81 Type IPE 
Modules 

• NT5D34AA (A0670502) For Option 11 Type Cabinets 
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Installation/Hardware Reqmts 


• NT5D35AA (A0670503) or NT5D36AA 
(A0675969) Cables Required For Interface to LEI 

• Each Cable is Two Feet Long and Provides 
Connectors For: 

• DB-15 For El Carrier (NT5D35AA only) 

• BNC Coax For El Carrier (NT5D36AA only) 

• DB-9 For MMI 

• DB-9 For MMI Daisy Chain in Multiple LEI Configurations 

• DB-9 External Alarm Contact Closure Output 

• Extender Cables Are Also Available 


Aft 
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Optional Cables 


• Depending On Specific Customer 
Requirements, the Following Optional 
Extender Cables Are Available: 

• NT7R66BA (A0656212) for Extension to MMI Terminal 

• NT7R86AA (A0659792) for Alarm Connection at MDF 

• NT7R87BA (A0659794) for Extension to El Device or 
El Public Provider (LTU or CSU) 
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* Dip Switches Configure All Operational 
Parameters 

• AMI or HBD3 Coding 

• Loop or Ground Start Protocol 

• MMI Card Address 

• Selection Of Action On El Link Failure 

• MMI Port Speed Selection 
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Maintenance 


• Maintenance Separated Into Normal Line Card 
Maintenance And El Maintenance 

* Una Card Maintenance Performed Identically To ALC 

* El Maintenance Performed Through Separate MMI 

• El Maintenance Interface Not Required For 
Normal Installation And Operation: 

* Dip Switch Settinge For All Operational Parameters 

* Default Carrier Alarm Threshold Values 

• Separate El Maintenance Commands For: 

* Carrier Configuration 

* Carrier Alarm Administration 

* Performance Reports 

* Circuit Pack and Carrier Testing 
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Carrier Configuration 


• Selectable Frame Slip and Bit-Rate Alarm 
Thresholds And Durations 

* Capability To Enable/Disable Alarms 

* Automatic or Manual Clearing Of Carrier Alarms 

• Treatment Of TN’s On Carrier Alarm Condition 
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Carrier Alarm Operation 


•Two Levels Of Alarms: 

* Level 1 • Notification Only 

* Level 2 - TN Treatment 

• All TN’a Idle 

• All TN’a Buay 

• Types Of Carrier Alarms: 

* Loea Of Signal - Level 2 

* Loss Of Frame -Level 2 

* AIS (Blue Alarm) • Level 2 

* Frame Slips • Level 2 

* Bit Error Rate - Levels 1, and 2 
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Alarm Log 


• Shows Last 100 Carrier Alarms 

• Time and Date Stamped 

• Clearable On Command 


t4»iS . 


March 21,1997: CALA Tach Transfer Seeeion 






Historical Performance Report 


• Statistics For Each Hour In Past 24 Hours 

* Errored Seconds 

* Bursty Seconds 

* Severely Errored Seconds 

* Unavailable Seconds 

* Controlled Slip Seconds 

* Loss of Frame Count 

* Clearable Error Counter 
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Current Performance Reports 


• Current Hour’s Statistics 

• Errored Seeends 

• Bursty Steends 

• Severely Errored Seconds 

• Unavailable Seconds 

• Controlled Slip Seconds 

• Loss of Frame Count 

• Clearable Error Counter 
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Performance Reports 


• Three Reports: 

• Current Performance Report 

• Historical Performance Report 

• Alarm Log 
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Carrier Alarm Operation 


• Frame Slip Alarms: 

* Definable Number Of Frame Slips Per Duration For Level 2 
Alarm Condition To Be Declared 

• Bit Error Rate Alarms: 

* Separately Definable Error Rate Thresholds And Durations 
For Alarm Level 1, and 2 
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Circuit Card and Carrier Tests 


• Designed To Quickly Isolate To A Field- 
Replaceable Unit: 

* Line-side El Interface Circuit Card/Cables 

* Carrier Equipment Or Network 

• Three Tests: 

* Teet 1. Local Loopback Test 

* Cioeee local loopback relay And Tests LEI Circuit Card 

* Test 2. External Network/CPE Loopback Test 

* Allows An External Network or CPE Loopback To Be 
Inserted And Tests LEI With External Loopback 

* Test 3. Loopback Toward Network 

* Provides A Loopback Toward Network At LEI El 
Interface 

* Used To Test CPE Equipment Operation With LEI 
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Loopback Testing 


Test 1 

Local Loopback Test 
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Loopback Testing 


Test 2 

External Network/CPE Loopback Test 
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Loopback Testing 


Test 3 

Loopback Toward Network 
Meridian 1 
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Instadbutl^e and configuration 

kstallation and configuration of the Line-skfc El card consists 

of 6 basic steps: 

1 Configure the dip switches oo the Line-side El card for your 
environment. 

2 Install the Line-side E1 card into the zlected card slots. 

3 Cable from the I/O panel id the LTU, MM3 'terminal or 
■odem (optional), external alarm {optional), and other Line- 
side El cards for daisy chaining use of'MMI'terminal 
(•optional). 

4 Configure the MMI terminal. 

5 Configure the Line-side El card through the Meridian 1 
software and verify self-test results. 

4 Verify initial El operation and configure MM3 (opckxial). 
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El 


Figure 7 provides an overview of the cabling arrangements 
utilized by the Line-side El card. 


Figure 7: Liae-side El card cabling arrangements 
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Meridian Integrated 

RAN (MIRAN) _ 
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(Meridian Integrated RAN) 
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November 29. 1996 
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Meridian Integrated 
RAN (MIRAN) 


MIRAN Overview 


NfJR^EL 

NORTHERN TELECOM 


MIRAN is an integrated IPE card for Recorded 
Announcement (RAN) & Music applications. 


Compatible with Option HE - 81C systems & 
future system evolution strategies. - 


Replacement product for external OEM RANs. 


Compatible with XI1 Rls 21 or later software. 


Superior features compared to OEM RANs. 


General Availability planned for February ‘97 
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MIRAN Benefits & Features 


N&Rm 

NORTHERN TELECOM 


Easy 

Installation & 
Maintenance 


• Integrated solution, card sits in IPE slot on Options 1 IE - 81C. 

• No external devices or cables required for basic configurations. 

• Easy menu driven OA&M interfaces (voice & VT100 terminal). 

• XI1 provisioning the same as today’s RANs (EXUT emulation) 



Cool RAN 
Applications 


• Small, Medium and Large versions offered at different price levels. 

• Up to 10 recording channels & up to 8 built-in EXUT emulation ports. 

• Offers recording storage.from 4 minutes up to 5 hours. 

• Voice storage expansion provided via PCMCIA flash cards. 


• Offers Time of Day & Emergency messaging functions. 

• Can record & switch up to 16 different messages per channel each day. 

• Records messages from DTMF sets, cassette tapes or PCMCIA cards. 

• Professional recordings can be provided using a PC with a sound package. 

• Back-up messages can be stored on PCMCIA flash cards. 
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• Can play digitally stored music from PCMCIA cards. 

• Two analog input ports can be used to pipe-in music. 

• EXUT emulation ports can be provisioned for music. 
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Meridian Integrated 
RAN 




•RAN 
• MUSIC 


Architecture Overview 




NORTEL 

NORTHERN TELECOM 


All IPE : 

Opt. 11E-81C 
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NT Flash 
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Meridian Integrated 
RAN (MIRAN) 


MIRAN Port Configurations 


N&RTEL 

NORTHERN TELECOM 



• 8 Internal EXUT emulation ports which support all RAN modes. 

- All 8 limited to only 1 EXUT emulation port per RAN channel. 

• 2 external cross connect channels must connect to existing RAN 
trunk cards (no EXUT emulation). 

- Can cross connect up to 12 EXUT ports for 600 ohm termination 

- Can cross connect up to 18 EXUT ports for 900 ohm termination 
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Meridian Integrated 
RAN (MIRAN) 


Upgrades & Expansion 


N&RTEL 


NORTHERN TELECOM 


• Emulation Port & RAN Channel Capacity Upgrades 

- Small to Medium, Medium to Large, Small to Large. 

- Only a keycode Is required (linked to card security I.D.). 

- Card security ID provided to Nortel & then keycode is 
faxed to distributor. 

- Keycodes are entered via MIRAN VT100 terminal 
without any service disruption. 

• Voice Storage Capacity Expansion 

- Standard offering of 4 minutes can be upgraded to S 
hours using PCMCIA flash cards. 

- PCMCIA Type I, II or III, 1.8Mb to 170Mb can be used. 

- New keycode not required. 

- 1 Mb = 2 minutes of voice storage. 
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Meridian Integrated 
RAN (MIRAN) 


MIRAN On Board Software 


NORTHERN TELECOM 


• Software will come pre-loaded on HUMAN packs 

- Keycodes will be pre-loaded on MIRAN pecks shipped 
with new systems orders. 

- Packs shipped as merchandise will net have pre-loaded 
keycodes. 

• MIRAN On Board Software - Bug-Fix Up Is s u e s 

- If required, will be delivered via a 3 Mb PCMCIA card 
which can be reused for multiple VPS sards. 

- New keycodes are not required. 

• Future New MIRAN Features & Applications 

- Delivered via 3 Mb PCMCIA which can be reused for 
multiple MIRAN cards. 

- A new keycode will be required for each pack._ 
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Meridian Integrated 
RAN (MIRAN) 


MIRAN OA&M 


N&RTEL 

NORTHERN TELECOM 


MIRAN Supports Two Methods of Communication! 



Set Based OA&M 

- Menu driven voice interface for basic RAN applications. 

- Available from any DTMF set on site or remote. 

- Key & prompts similar to Meridian Mail. 

* Uses internal port 7 on MIRAN card equipped as tie trunk for 
access. 



Text Based User Interface 

- Menu driven interface available through RS-232 port on VPS. 

- Single VT100 terminal for up to 16 MIRAN cards through RS-232. 

- Two password levels. 

- Used to set-up time of day messaging, emergency 
messages and to read and to back-up voice files. 
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Meridian Integrated MIRAN X11 Administration NlTRTEL 

RAN (MIRAN) 


NORTHERN TELECOM 


• MIRAN looks like an EXUT in XI1 software. 

• New RAN mode called ‘Multi-Channel Level Start/ 
Control mode’ (MLSS) added to XI1. 

- Allows individual RAN trunks within a RAN route to be 
configured with individual RAN channels. 

- Can be used with MIRAN or other RAN machines. 

- Will be required for most MIRAN applications. 

- Targeted for Rls 21.E & for Rls 22 up-issue 1. 

• MLSS mode adds new prompt in LD 16. 

- Prompt Response 
TRTP RAN 
RRTP MLSS 

- The connection of multiple EXUTs to single RAN channel Is not 
supported by MLSS. 

- EXUTs (NT8D14BA or greater) or VPS packs are required to 
support MLSS mode. 
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"^SJ’nKSJT' Present PANs vs. MIRAN 


NORTEL 

NORTHERN TELECOM 



MDF 



OEM RAN Unit 



Shortened Lock Latch 


Audio In/Out Socket 

Status LED 
Reset Switch 

Type Iff PCMCIA Slot 
(Nortel Proprietary DSP 
Interface for future use) 


Dual type II PCMCIA Slots 
(1 Standard + 1 Proprietary) 

LED Hex Display 
RS232 
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(Meridian Integrated 
Conference Bridge) 
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rnfridianin^g-mrnd Current Conference Bridges NORTEL 

Conference Bride (MICB) ** NORTHERN TELECOM 


OEM Bridge 



• Must purchase extra analog or T1 ’s 

• OEM Equipment Interface difficult to install 

• Power must be engineered for OEM Bridge 
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Conference Bride (MICB) 


MICB looks like a Digital Line Card (DLC) in Xll. 
Software package requirements; 

- ACD Basic Package (45) J| 

-ACD Advanced Features (41) 

- EAR - Enhanced ACD Routing (214)j| 

- Digital Set (88) I 

- ESS End to End Signaling (10) jj 

Two CDN’s are required fo| every simultaneous 

conference call. I 

- One CDN for the Chairperson & one JCDN for participants 

- Example; 5 simultaneous scheduled Conferences would require 10 
CDN’s. 10 simultaneous conferences;|s the max supported. 

- ISM Level Impact: CDN’s impact ISjjvi levels for ACD-DN’s/CDN’s. 

Each TN or conference portfjis programmed like an 
ACD agent. I 

- Need Rls 22 or greater to support 32 jjjorts. 

- ISM level impact: Each MICB port requires one ACD agent. 
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The MICB Solution 
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Meridian Integrated 
Conference Bride (MICB) 


Benefits & Features 


NfrRTEL 

NORTHERN TELECOM 


Easy 

Installation & 
Maintenance 


• Integrated solution, card sits in IPE slot on Options 1 IE - 81C. 

• Only one cable or Ethernet connection required for OA&M interfaces. 

• Use existing trunks. Dedicated trunks are not needed. 

• Fast XI1 provisioning using ACD features (CDN’s & ACD agents). 
•MICB uses DLC emulation, with 32 ports supported on Rls 22. 

• Nortel Product supported by ETAS/CTAS. 



• 12, 16, 24 and 32 port versions offered at different price levels. 

• Conference scheduling administration handled through VT100 emulation. 

• Offers the ability to schedule conferences in five difference languages. 

• Port capacity upgrades provided by keycodes. 


Cool 

Features 


• Excellent audio quality & the ability to have 10 simultaneous meetings. 

• Password protection feature optional on a call by call basis. 

• Flexible chairperson & participant commands. 

• Features include Mute/Unmute, Dial-out/Transfer/Retum, Lock/Unlock, 
Roll Call, Entry/Exit Tones & Name Announcements. 

• Same voice as Meridian Mail for North American English. 

• Provides music back to first caller until second caller joins the bridge. 
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Meridian Integrated 
Conference Bride (MICB) 


Platform Overview 
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Card Enl/Dis 
LED 


PCMCIA Slot 
Activity LED 


PCMCIA Slot 


• Motorola Based Architecture (33MHz) 

• pSOS+ Operating System 

• 4MBytes of DRAM 

• Onboard Motorola DSP firmware 
provides voice & tone services for up to 
32 ports 

• (1) 340 MB PCMCIA Hardrive Is used to 
support MICB 

• Up to 32 BulIMn Digital Line Card 
Emulation Ports 

• Ethernet Controller & Async. 
Transceivers for System Management 
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Meridian Intagrated 
Conference Bride (MICB) 


Orderable Sizes 
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All configurations utilize same base hardware. 
Functionality la enabled by keycode on the card. 


12 Conference Port MICB 
16 Conference Port MICB 
24 Conference Port MICB 

- Rls 22 or greater required 

- Uses Flexible Voice/Data TN feature 

32 Conference Port MICB 

- Rls 22 or greater required 

- Uses Flexible Voice/Data TN feature 
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(JXSSSwSSb, Upgrades & Expansion 
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• Conference Port Capacity Upgrades 

- 12 to 16,12 to 24 & 12 to 32 port upgrades 

- 16 to 24 & 16 to 32 port upgrades 

- 24 to 32 port upgrade 

- Only a keycode Is required (linked to card security I.D.) 

- Card security ID provided to Nortel, then keycode Is faxed 
to distributor 

- Hard copy of keycode & invoice Is also shipped to the 
distributor for billing and records storage. 

- Keycodes are entered via MICB VT100 terminal without any 
service disruption 
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MICE Role-out 

• Field Trial 

Mar ‘97 

• Soak 

Mar ‘97 

• In Price Books 

Apr ‘97 
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Meridian Integrated 
Conference Bride (MICB) 


System Management 
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MICB Supports Two Methods of Connection! 

1) System Management via RS232/422 

- 50 pin connector installed to Ml I/O panel. 

- CRT or terminal emulation as PC or Mac is set-up as VT100. 

- Two levels of System Management. 

- Admin level for configuration of system perimeters. 

- Operator level for scheduling and conference management. 

2) System Management via Ethernet 

- Allows multiple terminal access through IP address to a MICB. 

- MAT 5 compatible. 
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<^£SSS SSSv MICB Internal Software 


NfrRTEL 

NORTHERN TELECOM 


• Software will come pre-loaded on PCMCIA drive 

- PCMCIA hardrive is required for MICB. 

- PCMCIA drive contains MICB application A languages. 

- Five languages are provided, American English, French, 
Latin American Spanish, Brazilian Portuguese A UK 
English. 

• Bug-Fix Up-issues will be delivered on PCMCIA 

- If required, will be delivered via PCMCIA eard which can 
be reused for multiple MICB cards. 

- New keycodes are not required. 

• Future New MICB Features & Applications 

- Delivered via PCMCIA which can be reused for multiple 
MICB cards. 

- A new keycode will be required for each pack. 
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